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via a computer network. In one embodiment, a catalog query function (323) is performed at the centralized system (301) to identify 
^ and display a list of part items in a first catalog that match the query criteria submitted by a first purchaser, a stock check function is 

performed by the centralized system (301) to inquire about prices and availability of the part items in the list that are selected by the 
Q first purchaser to be stock checked. A list of stock check responses received from the selected vendors is then displayed to the first 
^ purchaser. In response to an order placement request (327) submitted by the first purchaser, an order placement function is performed 
^ by the centralized system (301) to order the part items in the list of responses that are selected by the first purchaser to be ordered. 
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METHOD, APPARATUS, AND SYSTEM FOR FACILITATING 
TRANSACTIONS BETWEEN VENDORS AND PURCHASERS 

FIELD OF THE INVENTION 

The present invention relates to the processing of information in a client-server 
5 environment. More specifically, the present invention relates to an apparatus, method, 
system, and machine-readable medium for facilitating commercial transactions between 
vendors and purchasers of auto parts. 

BACKGROUND OF THE INVENTION 

10 Traditionally, vendors and purchasers of auto parts conduct their business 

transactions via phone or other methods of manual communications and processing. 
Vendors of auto parts may include wholesalers, distributors, retailers, or other business 
entities engaging in the distribution and selling of auto parts. Purchasers of auto parts 
may include automobile repair facilities, retailers, individuals, or other entities that have a 

IS need to locate and order various auto parts for various purposes. Conventionally, 
purchasers and vendors of auto parts perform various tasks manually to initiate and 
process various commercial transactions pertaining to their businesses. Some of the 
manual tasks performed by a typical purchaser may include searching through a paper 
catalog to identify one or more specific part numbers and other information for one or 

20 more parts needed to do a repair job (i.e., catalog query), searching through the paper 
catalog or some paper directories to identify the particular vendors that cany the 
required parts (catalog query), calling or faxing a request to the vendors to inquire about 
the price and availability of the required parts (stock check), and calling the vendors to 
place orders for the required parts, etc. Moreover, the typical purchaser described in the 

25 above scenario may have to repeat those manual tasks several times before placing one or 
more orders with one or more vendors. For example, the purchaser may have to look 
through multiple paper catalogs to identify the part information and the vendors that 
carry the required parts. In addition, if the purchaser wants to shop around to find better 
prices or if the particular vendors initially contacted by the purchaser do not have the 

30 required parts in stock, the purchaser may have to make several phone calls (or send 
several faxes) to different vendors to inquire about the prices and availability of the 
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required parts, provided that the purchaser can figure out who to call. It is obvious fiom 
the above example that the manual tasks that a typical purchaser would need to perform 
to obtain the parts required to complete a repair job are not only tedious and time 
consuming but also inefficient and can easily result in processing errors which would cost 
more time, money and customer satisfaction. For example, the purchaser may obtain a 
wrong part number from the paper catalog, may provide erroneous part information to 
the vendors who would in rum provide erroneous information back to the purchaser. In 
addition, each vendor may have different requirements/business practices/procedures 
with respect to various aspects of auto parts ordering and processing which would place 
a heavy burden on the purchasers to conform to. For example, a purchaser who deals 
with two different vendors having different business practices and procedures may have 
to use or develop different forms and/or procedures in conducting business transactions 
with those two different vendors. Such a business operational environment is not only 
inefficient but also may create inconsistencies and more room for errors. For example, 
wrong forms may be sent or faxed to wrong vendors, etc. Of course, the problems or 
issues facing the purchasers may also face the vendors on the other end. For example, a 
particular vendor may have to deal with numerous different purchasers who operate in 
different business environments using different procedures/practices. A typical vendor 
may also incorrectly process the information provided by the purchaser. 

In some cases, some vendors and/or purchasers may have access to use some 
computer systems designed to assist the vendors and purchasers in conducting their 
business transactions. Even in these limited cases, the amount of work that need to be 
performed manually by both vendors and purchasers is still considerable. Moreover, 
since these small number of proprietary computer systems are designed to suit particular, 
needs of particular vendors and/or purchasers, they cannot operate across different 
business environments or across different technical platforms. Even if a purchaser in 
some special circumstances has access to use two or more computer systems to perform 
stock checks and order placements with two or more vendors, such access is still limited 
within the confines of those computer systems and the purchaser has no other automated 
mechanism to perform concurrent, parallel mquiries about prices, availability of required 
parts or place multiple orders simultaneously. 
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There exists a need for a centralized system to which multiple vendors and 
purchasers can be connected to facilitate and automate business transactions between the 
multiple vendors and purchasers. 

5 SUMMARY OF THE INVENTION 

The present invention provides a method, apparatus, system and machine- 
readable medium for facilitating and automating business transactions between multiple 
vendors and purchasers using a centralized system to which the multiple vendors and 

10 purchasers are connected via a computer network. In one embodiment, a catalog query 
function is performed at the centralized system to identify and display a list of part 
items in a first catalog that match the query criteria submitted by a fust purchaser. In 
response to a stock check request submitted by the first purchaser, a stock check 
function is performed by the centralized system to inquire about prices and availability 

15 of the part items in the list that are selected by the first purchaser to be stock checked. 
A list of stock check responses received from the selected vendors is then displayed to 
the first purchaser. In response to an order placement request submitted by the first 
purchaser, an order placement function is performed by the centralized system to order 
the part items in the list of responses that are selected by the first purchaser to be 

20 ordered. 



BRIEF DESCRIPTION OF THE DRAWINGS 



The features and advantages of the present invention will be more fully 
25 understood by reference to the accompanying drawings, in which: 

Figure 1 is a block diagram of one embodiment of a system for facilitating and 
processing transactions between multiple purchasers and vendors of auto parts; 

Figure 2 shows a more detailed block diagram of one embodiment of the system 
in Figure 1; 

30 Figure 3 illustrates a functional block diagram of one embodiment of the system 

described in Figure 2; 
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Figure 4 shows a structure diagram of one embodiment of a transaction database 
according to the teachings of the present invention; 

Figure 5 shows a tree-view diagram of one embodiment of the transaction 
database described in Figure 4; 
5 Figure 6 shows a table-view representation of the transaction database described 

in Figure 4; 

Figure 7 shows a structure diagram of one embodiment of a message database in 
accordance with the teachings of the present invention; 

Figure 8 shows a tree-view representation of one embodiment of the message 
10 database; 

Figure 9 is a table-view representation of one embodiment of the message 
database; 

Figure 10 illustrates a block diagram of one embodiment of a vendor gateway 
according to the teachings of the present invention; 
15 Figure 11 shows a block diagram of a vendor response server interface; . 

Figure 12 shows a flow diagram of a sequence of events that take place in a 
typical transaction scenario between a purchaser and a vendor of auto parts; 

Figure 13 shows a flow diagram of one embodiment of a method for facilitating 
and processing auto part transactions; 
20 Figure 14 is a flow diagram of one embodiment of a method for creating/updating 

a purchaser account and profile information; 

Figures 15A-L show examples of various user interfaces that are used to 
create/update a purchaser account and profile information; 

Figure 16 shows a flow diagram of one embodiment of a method for 
25 creating/updating a vendor account and profile information; 

Figures 17A-H shows examples of various user interfaces used to create/update a 
vendor account and profile information; 

Figure 18 illustrates a flow diagram of one embodiment of a method for 
facilitating and automating new orders of auto parts; 
30 Figure 19 shows a flow diagram of one embodiment of a part query/search 

process; 
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Figure 20 shows a flow diagram of one embodiment of a method for performing i 
part search based upon a part number and a manufacturer line code; 

Figures 21A-N show examples of various user interfaces used in the part 
query/search process described in Figure 1 9; 

Figure 22 is a flow diagram of one embodiment of a method for performing a 
stock check function; 

Figure 23 shows an example of a stock cheek results user interface; 
Figure 24 is a more detailed flow diagram of one embodiment of a method for 
performing a stock check function; 

Figure 25 shows a flow diagram of one embodiment of a method for performing 
an order placement function; 

Figure 26 is a detailed flow diagram of one embodiment of a method for 
performing an order placement function; 

Figure 27 is a flow diagram of one embodiment of a method for providing job 
15 status information to the users; 

Figure 28A is an example of a job status summary user interface; 
Figure 28B is an example of a user interface displaying detailed vendor 
information; 

Figure ISC is an example of a user interface showing detailed order status 
20 history; 

Figure 29 is an example of a user interface showing detailed order status history; 
Figure 30 shows an example of a user interface for job closing confirmation; 
Figure 31 shows an example of a user interface for cost estimate; 
Figure 32 shows an example of a user interface showing status of completed 

25 jobs; 

Figure 33 shows an example of a detailed order status history; 

Figure 34 is an example of a return authorization request summary user interface; 

Figure 35 illustrates a flow diagram of one embodiment of a process for 
providing order status history of an order, 
30 Figure 36 shows a detailed flow diagram of one embodiment of a process for 

performing a cancellation function; 
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Figure 37 shows a detailed flow diagram of one embodiment of a method for 
performing a return function; 

Figure 38 illustrates a flow diagram of one embodiment of a method for allowing 
the user to review and update status information; 
5 Figures 39A-B show examples of various user interfaces used for updating status 

information; 

Figure 40 is a flow diagram of one embodiment of a method for reporting 
transactional information to a user of the system; 

Figures 41A-F show examples of various user interfaces used to report 
10 transactional information to a user; 

Figure 42 is a flow diagram of one embodiment of a process for allowing a 
vendor to view and take appropriate actions with respect to pending transactions; 

Figures 43A-D show examples of various user interfaces used to review pending 
transactions; 

IS Figure 44 illustrates a flow diagram of a method for providing historical 

transactional information to a vendor, 

Figures 45A-C show examples of various user interfaces used to provide 
historical transaction information to a vendor, 

Figure 46 shows a flow diagram of one embodiment of a method for reporting 
20 transactional information to a user, and 

Figures 47A-G show examples of various user interfaces used to report 
transactional information to a user. 

DETAILED DESCRIPTION 

25 In the following detailed description numerous specific details are set forth in 

order to provide a thorough understanding of the present invention. However, it will be 
obvious to one skilled in the art that the present invention may be understood and 
practiced without these specific details. 

In the discussion below, the teachings of the present invention are utilized to 

30 implement a system to facilitate and automate various commercial transactions between 
vendors and purchasers of auto parts via a computer network. The system is designed 
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and configured to process different types of data requests and responses from the 
vendors and purchasers and to transmit various types of transactional information 
between the vendors and the purchasers. Transactional information processed and 
transmitted by the system include stock check requests submitted by the purchasers and 
5 stock check responses generated by the vendors, part order requests submitted by 
purchasers and part order confirmations generated by vendors, order status requests 
submitted by purchasers and order status responses generated by vendors, cancellation 
requests and cancellation confirmations, return requests, return authorizations, and return 
confirmations etc. The system is configured to allow a purchaser to submit multiple 

10 stock check requests and/or multiple order requests concurrently to multiple vendors. 
Purchasers and vendors can use the system to generate various types of reports 
containing information relating to their transactions. Purchasers and/or vendors can use 
the system to specify their business preferences including the specific business entities 
with whom they want to conduct business and the relative ranking among those business 

15 entities. The teachings of the present invention are applicable to any business 

environment in which multiple purchasers and sellers wish to conduct their business 
transactions over a computer network. The present invention is not limited to the 
facilitating and processing of auto parts transactions and can be applied to other types of 
business transactions in other business areas or disciplines. 

20 Figure 1 illustrates a block diagram of one embodiment of a system 

environment and configuration 100 for facilitating and processing transactions 
between multiple purchasers and vendors of auto parts. In this configuration, 
various business entities can be connected to a centralized processing system 101 
via a computer network. In one embodiment, the computer network can be a 

25 local area network (LAN), a wide area network (WAN), the Internet, or any 
combinations thereof. In one embodiment, the centralized system 101 is an 
Internet-based system designed to perform various functions to facilitate and 
process various types of transactions between multiple purchasers 105a-105c 
and multiple vendors 121a-121c. The various functions performed by centralized 

30 system 101 include the processing of parts queries, stock check requests, order 
placement requests, order status and tracking requests, order cancellation 
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requests, return requests, etc. The processing of these various types of requests 
and/or functions is described in detail below. 

Referring to Figure 1 , in one embodiment, various purchasers 105a-105c can 
establish connections with the centralized system 101 via the Internet The purchasers 
5 105a-105c can submit various types of requests to the centralized system 101 and 
conduct various types of transactions with one or more vendors 121a-121c using the 
centralized system 101. As mentioned above, purchasers of auto parts 105a-l05c may 
include automobile repair facilities, retailers, individuals, or other entities that have a need 
to locate and order various auto parts for various purposes. Vendors of auto parts 121a- 

10 121c (also referred to as distributors herein) may include wholesalers, distributors, 
retailers, or other business entities engaging in the distribution and selling of auto parts. 
The centralized system 1 01 is designed to facilitate and process various types of 
business transactions between the purchasers 105a-105c and the vendors 121a-121c and 
perform other functions relating to their business transactions. The various processes 

15 and functions performed by the centralized system 101 are described in detail below. 

Continuing with the present discussion, one of the purchasers, for example 
purchaser 105a, can establish connection with the centralized system 101 via an Internet 
connection. The purchaser 105a can submit a part lookup or catalog query request to the 
centralized system 1 01 to locate one or more specific parts that are needed to perform a 

20 repair job. The centralized system 101 , upon receiving the catalog query request from 
the purchaser 105a, conducts a search of an electronic catalog and retrieves the part 
entries or items in the catalog that match the search criteria specified by the purchaser 
105a. The centralized system 101 then sends the information retrieved from the catalog 
to the purchaser 105a. The purchaser 105a can select one or more specific parts to be 

25 stock checked. In the present specification, the term "stock check" is used to refer to the 
inquiry about the availability and price of one or more specific parts. The purchaser 
105a can submit a stock check request on the specific parts to one or more vendors 
selected by the purchaser 105a using the centralized system 101. Assuming in the 
current example that the purchaser 1 05a wishes to perform a stock check on the selected 

30 parts with the vendors 121a and 121b. The centralized system 101, upon receiving the 
stock check request from the purchaser, performs a number of functions to be described 
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in more detail below to send the stock check request to both vendors 121a and 121 b. In 
one embodiment, the stock check request is sent concurrently to both vendors 121a and 
121b. The vendors 121a and 12lb, after processing the stock check request submitted, 
send a response to each stock check request back to the purchaser 105a via the 
5 centralized system 101 . The centralized system 101, upon receiving the stock check 
response back from the vendors 121a and 121b, transmits the stock check response to 
the purchaser 105a. Similarly, the purchasers 105a-c and the vendors 121a-c can perform 
other types of transactions and functions to be described in more detail below using the 
centralized system 101. 

10 In one embodiment, other entities can also be connected to the centralized system 

1 0 1 to conduct various types of business transactions and functions. For example, auto 
part manufacturers 109a-109b can use the centralized system 101 to obtain statistical 
information concerning the buying and selling of certain auto parts to determine the 
marketability and desirability of those parts, etc. In addition, advertisers 1 13 can also 

15 place advertisements using the centralized system 1 0 1. Other entities 1 1 7 can also use 
the, centralized system 1 01 for various purposes including establishing business 
connection with certain vendors and/or purchasers, obtaining statistical and market 
information stored by the centralized system 1 0 1 , etc. 

Figure 2 shows a more detailed block diagram of one embodiment of the system 

20 configuration 1 00 illustrated in Figure 1. For clarity and simplicity, the discussion is 
focused on the interactions between the purchasers 25 1 , vendors 271 and the centralized 
system 201. However, everything discussed herein equally applies to other business 
entities in the auto parts processing as well as in other business environments. In one 
embodiment, the centralized system 201 facilitates various types of business 

25 transactions including stock checks and order transactions between multiple purchasers 
251 (e.g., repair shops) and multiple parts vendors or distributors 271. In one 
embodiment, the centralized system 201 is also configured to process various types of 
reporting functions desired by the purchasers and vendors with respect to their business 
transactions including transactional summary and detailed reports that are described in 

30 more detail below. In one embodiment, the centralized system 201 is logically organized 
into three major subsystems or units: a market subsystem or unit 203, a transaction 
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database or unit 213, and a vendor gateway subsystem or unit 227. The market 
subsystem or unit 203, in one embodiment, contains one or more market servers 205, a 
catalog server 209, and a catalog 2 1 3 containing auto parts information. The transaction 
database subsystem or unit 2 1 5, in one embodiment, contains a database server 2 1 7, a 
transaction database 22 1 , and a database converter/translator 225. The vendor gateway 
subsystem or unit 227, in one embodiment, contains a database server 229, a message 
database 233, and a vendor system interface (V SI). component 237. These various 
system components of the centralized system 201 are described in further detail below. 

Continuing with the present discussion, in one embodiment, the purchasers 
25 la-b (e.g., workshop technicians at repair shops) establish connection with the 
centralized system 201 via the Internet and access the various functions of the 
centralized system 201 using an Internet browser (also referred to as the client program). 
The purchasers 25 la-b can establish connection with the centralized system 201 using a 
router, a dial-up modem, or other methods of Internet connections available to them. The 
purchasers 25 la-b can utilize an Internet browser to interface with the centralized 
system in order to access the various functions and features of the centralized system 
201 including catalog query, stock check or quotes, order placement, order management, 
returns and profiles management, etc. In one embodiment, the purchasers 25 la-b can 
also use the browser client program to communicate via voice and/or video with parts 
vendors and other purchasers (e.g., repair shops). In one embodiment, the centralized 
system 201 is designed to support both Microsoft® INTERNET EXPLORER® and 
Netscape® NAVIGATOR® browser software. 

Parts vendors 271a-c (also referred to as distributors or suppliers), in one 
embodiment, establish connection with the centralized system 201 via the Internet The 
vendors 271a-c can establish connection with the centralized system 201 using routers, 
dial-up modems or other methods of Internet connections available to them. In one 
embodiment, the vendors 271a-c use an Internet browser to access the centralized system 
201 to perform various functions including establishing the profile of their businesses and 
generating various types of transaction reports, etc. They can also use the browser to 
optionally review quote and order information and communicate with the purchasers 
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25 la-b and other vendors. The various functions performed by the centralized system 
201 in response to various requests by the vendors 271a-c are described in detail below. 

Referring again to Figure 2, in one embodiment, the market server 205 is a 
primary web application server that provides the system interface between the 
5 purchasers 251, the vendors 271, and the centralized system 20L In one embodiment, 
the market server 205 is a web application server built on an underlying framework using 
Microsoft Active Server Pages, Microsoft COM objects and stored procedures in the 
database. In one embodiment, Active Server Pages (ASP) is an extension of Microsoft IIS 
web server using the IS API interface. In one embodiment, ASP provides both server-side 

10 scripting using Visual Basic Script and client-side scripting using Java Script. ASP can 
access Microsoft COM objects. In one embodiment, Microsoft's Visual InterDev is 
used to create ASP code. In one embodiment, Microsoft's Visual C++ and Microsoft's 
Visual Basic is used to create COM objects. In one embodiment, database stored 
procedures are created using a text editor and are compiled using the database stored 

15 procedure compiler. 

In one embodiment, the catalog server 209 is coupled to a catalog storage device 
213 that contains parts information. The catalog storage device 213 can be any type of 
storage medium including but is not limited to disks, tapes, etc. In one embodiment, the 
catalog server 209 is a high performance indexed file system provided by MacDonald 
20 Computer Systems of Valencia, California. In one embodiment, the catalog 213 provides 
auto parts content from many manufactures and is customized for the automotive 
industry. 

In one embodiment, the transaction database 221 is configured to store customer 
profile information (e.g., information of purchasers and vendors) and transaction 

25 information (e.g., information relating to business transactions between purchasers and 
vendors). The information stored in the transaction database 221 includes purchaser 
profiles and vendor profiles; catalog query results, stock check results, order information, 
cancellation information, return information, delivery information, etc. The transaction 
database 221 can be any type of storage medium including disk, tape, etc. In one 

30 embodiment, the transaction database 221 is configured as a relational database containing 
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a set of various tables used to store various types of customer profile and transaction 
information as described above. However, the teachings of the present invention are not 
limited to relational database structures and can equally apply to any other database or 
file structures including flat file structure, indexed file structure, hierarchical database 
structure, networked database structure, or combinations thereof, etc. 

The database converter/translator 225, in one embodiment, functions as an 
interface between the transaction database 221 and the vendor gateway 227. In one 
embodiment, the database converter 225 scans the transaction database 221 for new 
transaction requests (e.g., new stock check requests), creates appropriate request 
messages (e.g., stock check request messages) in the message database 223, scans the 
message database 223 for responses or confirmations (e.g., stock check response 
messages), and updates the transaction database 221 with the response or confirmation 
information retrieved from the message database 223. The structure and functions of the 
database converter 225 are described in more detail below. 

The vendor gateway 227, in one embodiment, functions as an interface between 
the centralized system 201 and the vendors 271. As described above, the vendor 
gateway 227, in one embodiment, includes the message database 233 and a vendor 
system interface (VSI) 237. In one embodiment, the message database 233 is configured 
to store a set of various tables containing transaction information of various types of 
transactions including order information, stock check information, etc. The structure of 
the message database 233 is described in more detail below. The vendor system interface 
(VSI) 237 contains logic for transmitting transaction information to and receiving 
transaction information from the various computer systems that are used by the vendors 
271 to process their transactions. In one embodiment, the vendor system interface 237, 
utilizing various types of communications methods to be described in more detail below, 
transmits various types of transaction requests (e.g., stock check requests) to the 
systems of the vendors 271 based on the information retrieved from the message 
database 233, receives the transaction responses or confirmations (e.g., stock check 
responses) from the vendors' systems, and updates the message database 233 with the 
responses or confirmations received from the vendors' systems. The operations and 
functions performed by the vendor system interface (VSI) 237 in order to transmit 
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transaction information to and receive transaction information from the vendors* systems 
are described in greater detail below. The vendor system interface 237 can be connected 
to the vendors* systems in a number of ways including LAN connection, serial port 
connection, or terminal connection, etc. These various types of connections will be 
5 described in further detail below. 

Figure 3 shows a functional block diagram of one embodiment of the centralized 
system 201 described above with respect to Figure 2. It will be recognized by one skilled 
in the art that the following description is for illustration purposes only and does not in 
anyway limit the scope of the present invention. In one embodiment, the logic and/or 

10 functions that are described below can be implemented using one or more programming 
languages suitable for the software or system development in a client-server environment, 
such as Visual Basic, C++ or Java, etc. It should be recognized by one skilled in the art, 
however, that the logic or functions described herein can be implemented by other 
programming languages, circuits, or techniques in accordance with the teachings of the 

15 present invention without loss of generality. 

Continuing with the present discussion, the centralized system 301 contains a 
user profile/account update logic or function 3 1 1, a new order processing logic or 
function 321, an existing order processing logic or function 331, areporting logic or 
function 34 1 , and other functions 351. The user profile/account update logic 3 1 1 
contains logic to allow purchasers and vendors of auto parts to register with the 
centralized system, to establish and maintain their user profile and account information 
that are used for various purposes by the centralized system as described in greater detail 
below. In one embodiment, the user profile and account information maintained for a 
purchaser includes the purchaser account information such as business name and address, 
information specifying one or more major metropolitan markets in which the purchaser is 
located; user account information that allows for the tracking of individual usage and 
tailoring individual access to different functions of the centralized system; information 
regarding vendor selection and assignment of vendor type that are used by the centralized 
system to perform various functions as described in more detail below; and display 
preferences with respect to vendors and costs of parts, etc. Similarly, the user profile 
and account information maintained for vendors includes vendor company information 
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such as business name, address, and major metropolitan market areas in which the 
vendors are located; vendor services information including delivery and shipping options; 
vendor user information specifying system access and authorization levels; information 
indicating the manufacturer lines carried by the vendor, and display preferences with 
5 respect to prices, etc. 

The new order processing logic 321 contains logic to receive, process, and 
transmit various types of requests from purchasers to vendors and logic to receive, 
process, and transmit various types of responses from vendors to purchasers. The 
various types of requests and responses that are received, processed, and transmitted by 

10 the new order processing logic 321 are described in detail below. In one embodiment, the 
existing order processing logic 331 contains logic to process various types of transactions 
and requests regarding existing auto part orders between the purchasers and vendors. 
The reporting logic 341 contains logic to generate various types of reports for the users 
of the system including purchasers and vendors based upon the report request type and 

IS information available in the system. 

In one embodiment, the new order processing logic 321 contains catalog query 
logic 323, a stock check logic 325, and an order placement logic 327. The catalog queiy 
logic 323 is used to perform a catalog query function to identify and present to a 
purchaser a list of auto parts entries in the catalog 213 that match the query criteria 

20 specified by the purchaser. For purposes of discussion herein, the list containing auto 
parts entries in the catalog that match the query criteria specified by the purchaser is also 
referred to as the matched list or catalog results. The stock check logic 325 contains logic 
to allow the purchaser to select one or more part entries in the matched list to be stock 
checked. The stock check logic 325 also contains logic to allow the purchaser to specify, 

25 for each part entry selected to be stock checked, one or more vendors to whom the stock 
check request for the respective selected part is to be sent. The order placement logic 
327 contains logic to allow the purchaser to place an order request for one or more part 
entries for which stock check information have been received from the vendors. The 
order placement logic 327 also contains logic to allow the purchaser to specify, for each 

30 part to be ordered, one or more vendors to whom an order request for the selected part is 
to be sent 
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The existing order processing logic 33 1 , in one embodiment, contains order status 
logic 333, an order cancellation logic 335, an order return logic 337, and a delivery update 
logic 339. The order status logic 333 is used to obtain order status information fiom one 
or more vendors. In one embodiment, the order status logic 333 contains logic to generate 
5 a summary status list for jobs within a particular purchaser's account. The generation of 
the summary status list is described in further detail below. In one embodiment, the 
order status logic 333 contains logic to allow the purchaser to select, from the summary 
status list, a particular order number to obtain more detailed status information about 
that particular order. In one embodiment, the status information for a particular order or 

10 job contains, for each item on the order or job, the stock check status, order status 
including when order request is sent, accepted, etc., return status, and core status, etc. 
The order cancellation logic 335 contains logic to allow a purchaser to review existing 
part orders and individually select one or more items from one or more specific part 
orders to be canceled. The return logic 337 is used to allow a purchaser to review existing 

15 part orders and individually select one or more part items from one or more specific part 
orders to be returned. In one embodiment, a purchaser can initiate a cancellation and/or 
return action when viewing the order status of a particular order. The delivery update 
logic 339 allows a user to view and update pickup/delivery information with respect to 
part items that have been ordered, the cores corresponding to the part items ordered, and 

20 return information with respect to return items. In one embodiment, the delivery update 
logic 339 contains logic to display a summary list of pickup/delivery information with 
respect to a particular vendor selected by the user. In one embodiment, the delivery 
update logic 339 further contains logic to allow the user to individually select one or more 
part items in the list to indicate that the respective part items have been received, logic to 

25 individually select one or more part item in the list to indicate that the cores for the 
respective part items have been returned, and logic to specify whether a particular part 
item has been returned 

Figure 4 shows a structure diagram of one embodiment of the transaction database 
22 1 described in Figure 2 above. As illustrated in Figure 4, the transaction database 22 1 , 

30 in one embodiment, is configured to store both user information 401 and transaction 
information 45 1 . In one embodiment, the user information 401 contains the vendor 
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information 405 and the purchaser information 409. As described above, the vendor 
information 405 includes the vendor company information, the vendor services 
information, the vendor user authentication information, information about the 
manufacturer/line of products carried by the vendor, etc. The purchaser information 409 
5 includes the purchaser account information, the purchaser user login information, the 
vendor selection and vendor type, and display preferences, etc. 

In one embodiment, the transaction information 451 stored in the transaction 
database 221 includes the job information 455, the stock check requests 459, stock check 
responses 463, order requests 467, order confirmations 471, cancellation requests 475, 

10 cancellation confirmations 479, return requests 48 1 , return authorizations 485, return 
confirmations 497, etc. A detailed description of the creation and update of the various 
types of information and transactions stored in the transaction database 221 is provided 
below. As explained above, in one embodiment, die transaction database 221 is 
implemented as a relational database structure and the various information stored in the 

15 transaction database 221 can be organized and maintained in various tables that can be 
cross-referenced or linked together using certain data items stored as keys or descriptors. 
The transaction database 221, however, is not limited to relational database structure and 
can be implemented in any other database or file structure including flat file, indexed file, 
hierarchical database, networked database, etc. or any combinations thereof 

20 Figure 5 shows a tree view diagram of one embodiment of the transaction 

database 221 with respect to some of the information stored therein. A purchaser 
identified as purchaser 1 (e.g., a repair shop that has registered with the centralized 
system 201) may have created multiple jobs (e.g., job l,job2,..., jobN), the 
information of which are stored in the transaction database 221. As shown in Figure 5, 

25 each of these jobs originates from purchaser 1 and therefore can be traced back to 

purchaser 1 using some identifiers, for example a unique purchaser identifier assigned to 
purchaser 1 by the system. Each of these jobs may have one or more transaction 
requests associated with it. For example, as shown in Figure 5, job 1 has two stock 
check requests (stock check 1 and stock check 2) and two order requests {order 1 and 

30 order 2) associated with it Since these requests are associated with job 1 , they can be 
linked or traced back to job 1 using an identifier, for example a unique job identifier 
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generated by the system. Each stock check request, for example stock check 1, may have 
one or more stock check request items (i.e., specific part items to be stock checked). 
Each stock check item, for example stock check item 1 , may have a corresponding stock 
check response. 

Figure 6 shows a table-view representation of one embodiment of the transaction 
database 221 . As shown in Figure 6, the transaction information are organized and 
maintained in various tables that are cross-referenced or linked by certain data items 
stored in the tables (keys or descriptors). In this example, information about the various 
jobs created by the purchasers are stored in a table referred to as job table 611. Stock 
check requests submitted by the purchasers are stored in a table referred to as stock 
check table 62 1 . Likewise, order requests are stored in a table called order table 625. 
Each stock check request stored in the stock check table 621 may have one or more 
corresponding stock check items stored in the stock check item table 63 1 . Similarly, each 
order request stored in the order table 625 may have or more order items stored in the 
order item table 635. Each stock check item stored in the table 63 1 may have a 
corresponding stock check response stored in the stock check response table 64 1 . 
Entries that are stored in the various tables mentioned above are also referred to as 
records or rows in the present specification. Again, the table structures shown in Figure 
6 are for illustrative purposes only and it would be obvious to one skilled in the art that 
the table structures described herein can be implemented by other data structures, 
methods, and techniques within the scope of the present invention. 

Figure 7 shows a structure diagram of one embodiment of the message database 
233 described above with respect to Figure 2. In one embodiment, the message database 
233 is implemented as a relational database using various tables to store various types of 
transaction information including transaction requests and responses. The various tables 
in the message database 233 include an order table 701, a request item table 71 1, a stock 
check response table 72 1 , an order response table 73 1 , and a comment table 74 1 . In one 
embodiment, the message type in the order table 701 and the request-item table 71 1 is 
used to indicate whether the information stored in the tables is for a request (e.g., stock 
check request) or response (e.g., stock check response) and also the type of request or 
response. The use of the message type in processing various types of transaction 
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requests and responses is described in detail below. As shown in Figure 7, each order 
entry (also referred to as an order record or row) in the order table 701 can have one or 
more corresponding entries in other tables, for example, the request item table 71 1. 
Likewise, each entry in the request item table 71 1 can have one or more corresponding 
5 entries in other tables, for example the stock check response table 72 1 . As illustrated in 
Figure 7, the OrderlD field is used a key to link entries in the order table 701 with entries 
in other tables. Likewise, the OrderlD field and ItemID field are used as a key to link the 
other tables together. 

Figure 8 shows a tree-view representation of the message database 233 described 

10 in Figure 2 and Figure 7. In this representation, one of the order entries in the order table, 
for example order 1, may have one or more corresponding entries in the request item 
table, for example request items 1, 2, and 3. Each of these request items may have one or 
more corresponding entries in other tables. For example, request item I of order 1 may 
have a corresponding entry in the stock check response table, a corresponding entry in 

15 the order response table, and a corresponding entry in the comment table. 

Figure 9 shows a table-view representation of one embodiment of message 
database 233. As shown in Figure 9, the transaction information (e.g., transaction 
requests, responses, etc.) are organized and maintained in various tables that are cross- 
referenced or linked by certain data items stored in the tables (keys or descriptors). In 

20 this example, each order entry in the order table 901 may have one or more corresponding 
entries in the request item table 911. Each request item in the request item table 9 1 1 may 
have one or more corresponding stock check responses in the stock check response table 
921 and order responses in the order response table 931, etc. The table structures shown 
in Figure 9 are for illustrative purposes only and it would be obvious to one skilled in the 

25 art that the table structures described herein can be implemented by other data structures, 
methods, and techniques within the scope of the present invention. 

Figure 1 0 shows a block diagram of the vendor gateway 227 described above with 
respect to Figure 2. In one embodiment, the vendor gateway 227 contains one or more 
vendor terminal interface (VTI) units 101 1 and one or more vendor response server 

30 interface (RSI) units 1015. In one embodiment, the vendor terminal interface 1011 and 
the vendor response server interface 1015 retrieve request messages (e.g., stock check 
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request messages, etc.) from the message database 1005 and submit the request messages 
to selected vendors in a format that is compatible with the vendors* systems. The 
vendor terminal interface 101 1 and the vendor response server interface 1015 then receive 
response information from the vendors and update the message database 1005 with the 
5 response information received from the vendors. In one embodiment, the vendor 

interface 1011 is used to exchange information (e.g., stock check requests and responses, 
etc.) between the centralized system 201 and those vendors with terminal emulation 
connection 1021 and 1029. The vendors with terminal emulation can be further classified 
into two different categories based upon the respective communication protocols used. 

10 In this example, vendor 1 02 1 is a vendor that has terminal emulation using RS232 

protocol while vendor 1025 is a vendor that uses TCP/IP terminal emulation protocol. In 
one embodiment, to centralize and simplify the vendor terminal interface configuration, 
two interface products are used. One product is called a terminal server produced by 
Lantronix Corporation of Irvine, California. The terminal server is used to convert 

15 RS232 protocol to TCP/IP message packets. The other product is called MitemView 
produced by Mitem Corporation of Menlo Park, California. MitemView is a tool used 
to construct interfaces to vendor (distributor) systems without modifying the vendor 
(distributor) system software. In one embodiment, this is accomplished by creating a 
"virtual user" session with the distributor system by connecting the vendor gateway to 

20 the terminal port on the distributor system. In one embodiment, the MitemView virtual 
user session receives requests from the vendor gateway message dispatcher and 
processes the messages interactively with the distributor system. The MitemView 
product not only simplifies the construction of each individual distributor system 
interface but also provides a server-based implementation of the terminal interaction with 

25 the distributor system. Referring again to Figure 10, the vendor terminal interface 1011 
uses the MitemView interface to communicate with vendor 1021 that has TCP/IP 
terminal emulation configuration. The vendor terminal interface 1011 communicates with 
vendor 1025 using both the MitemView interface to exchange information and the 
terminal server to convert RS232 protocol to TCP/IP message packets. 

30 As illustrated in Figure 10, the vendor response server interface 1015 is used to 

exchange information between the centralized system 201 and those vendors with 
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TCP/IP response servers, vendor 1029 in this example and those vendors with RS232 
response servers, vendor 1033 in this example. In one embodiment, the vendor response 
server interface 1015 communicates with vendor 1029 using XML messages to exchange 
transaction information between the centralized system 201 and vendors with TCP/IP 
response servers, e.g., vendor 1 029. 

Figure 1 1 shows a block diagram of the vendor response server interface 1015 
described above with respect to Figure 10. In one embodiment, the vendor response 
server interface 1015 is structured to include multiple threads with each thread containing 
one Response Server Interface Dispatcher (RSI Dispatcher) COM object 1101 
communicating with one vendor response server. As shown in Figure II, each RSI 
Dispatcher 1 101, in one embodiment, contains a data access module 1 1 10 and a data 
communication module 1 1 20. The data access module 1 1 1 0 is used to retrieve requests 
(e.g., stock check requests, order requests, etc.) from the message database 233 and 
convert these requests to appropriate XML messages to be sent to the vendor response 
server. The data access module 1 1 10 is also used to convert XML messages (e.g., stock 
check response messages, order confirmation messages, etc,) received from the vendor 
response server to an appropriate format for storing in the message database 233. The 
communication module 1 120, in one embodiment, contains routines to send XML 
messages to and receive XML messages from the vendor response server using TCP/IP. 
As shown in Figure 1 1 , in one embodiment, the data access module contains an XML 
reader module 1 1 12 and an XML writer module 1 1 14. The XML reader module 1 1 12 is 
used to parse XML messages into a format ready to be stored in the message database 
233. The XML writer module 1 1 14 is used to build XML messages from the data read 
from the message database 233. In one embodiment, the vendor response server interface 
1 01 5 can be configured to have multiple RSI Dispatchers communicating to one vendor 
response server. For example, if there are three vendors A, B, and C and it is determined 
that there are three times more requests going to vendor A than to the other vendors.. In 
this case, the vendor response server interface 1015 can be configured to have five RSI 
Dispatchers: three communicating with vendor A, one communicating with vendor B, and 
one communicating with vendor C. In one embodiment, the connection information for 
each RSI Dispatcher (e.g., what vendor to connect to) can be stored in a configuration 
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file, for example an NT registry file, a database file, or a flat file, etc. In one embodiment, 
this configuration file is also used to tell the vendor response server interface system 
1015 the number of RSI Dispatchers to start. 

Figure 12 illustrates one example of a sequence of events that take place in a 
5 typical transaction scenario between a purchaser and a vendor using the centralized 
processing system 201 described above. The sequence of events starts at block 1201. 
At block 1205, a customer (e.g., a vehicle owner) arrives at a repair shop with a repair 
request At block 1207, a repair shop technician deteimines the parts required for the 
repair. At bock 1209, the repair shop technician logs on to the market server of the 

10 centralized system 201 described above. It is assumed that the repair shop in this 
example has already established an account with the centralized system and therefore 
does not need to go through the process of creating a new account. At block 1211, after 
logging on to the market server, the technician creates a new job to keep track of related 
transactions to be processed by centralized system subsequently. At block 1213, the 

15 technician locates one of the parts required for the repair job using an interface to the 
parts catalog in the market Server. At block 1215, the market server returns a list of 
parts available from various manufacturers. The process then proceeds to block 1217 
where the technician selects one or more parts from the list to be stock checked. At 
decision block 1219, the process loops back to block 1213 if there are more required 

20 parts. Otherwise, the process continues to block 1221 where the technician requests a 
stock check for the selected parts from one or more vendors. At block 1223, the market 
server stores the stock check request in the transaction database. At block 1225, the 
stock check request is passed to one or more distributor systems by the vendor gateway . 
At block 1227, a stock check response is generated by the distributor systems and 

25 passed to the transaction database by the vendor gateway. At block 1229, the stock 

check response is displayed to the technician. At block 123 1, the technician reviews the 
stock check response and selects the parts to be added to one or more distributor orders. 
At block 1233, the technician requests the orders to be sent to the distributors. At block 
1 235, the market server stores the order request in the transaction database. At block 

30 1 237, the order request is passed to one or more distributor systems by the vendor 
gateway. At block 1239, the order is processed by the distributor systems and order 
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confirmations are passed to the transaction database by the vendor gateway. At block 
1241, the order confirmation is displayed to the technician. At block 1243, the 
distributor ships the parts ordered to the repair shop. At block 1245, the delivery of the 
parts is acknowledged by indicating each part received using an interface to the market 
5 server. 

Figure 13 shows a flow diagram of one embodiment of a method 1300 for 
facilitating and processing auto parts transactions between multiple vendors and 
purchasers using the centralized processing system 201 described above. The method 
1300 starts at block 1301 and proceeds to block 1305. At block 1305, a purchaser lop 

10 on to the system. As mentioned above, in one embodiment, the purchaser can establish a 
connection with the system via the Internet However, me teachings of the present 
invention are equally applicable when the user connects to the system via a Local Area 
Network (LAN), a Wide Area Network (WAN), or other types of network connections. 
As described above, in one embodiment, the purchaser can use a client browser software 

15 such as the Netscape® Communicator software or the Microsoft® Internet Explorer 
software to communicate with the system (i.e., transmitting data to and receiving data 
from the system, etc.). For the purposes of the present specification, the Internet 
browser software or any other software program used by the user to communicate with 
the system is also referred to as the client program. 

20 Continuing with the present discussion, at decision block 1309, the method 

proceeds to block 13 13 to perform an account registration function, to be described in 
more detail below, if the purchaser is a new user and has not established an account 
including account and user profile information with the system. Otherwise the method 
proceeds to block 1317. After performing the account registration function, the method 

25 also proceeds from block 13 13 to block 1317. Atblock 1317, a default menu interface is 
displayed to the purchaser that allows the purchaser to invoke one of the functions that 
are described in more detail below. In one embodiment, after the purchaser logs on to the 
system, a summary status list for jobs that are within the user's account (i.e., 
purchaser's account) is generated and displayed to the purchaser to let him know at a 

30 high level the current status of the jobs including the status of the particular orders 
associated with each job. In the present specification, the term "job" may be used to 
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refer to a work order or repair order or project with respect to a particular vehicle. The 
term "job" may also used to refer to any larger group of work to which one or more part 
orders belong for tracking purposes. 

Continuing with the present discussion, the purchaser can elect to perform a 
5 number of different functions with respect to each job or each order being displayed 
based upon the current status of each respective job or order. The different functions 
that can be performed based upon the current status of the jobs or orders being displayed 
are described in more detail below. 

Referring again to Figure 13, the method 1300 proceeds from block 1317 to block 

10 1 32 1 where the purchaser initiates a transaction activity or invokes a function. At 

decision block 1325, the method either proceeds to block 1331, block 1333, block 1335, 
block 1337, or block 1339, depending upon the function selected or activity initiated by 
the purchaser. At block 1 33 1 , a new order processing function is performed The new 
order processing function is described in more detail below. At block 1333, the method 

1 5 1 300 performs an existing order processing function that includes oider tracking and 
status function, order return function, order cancellation function, etc. These existing 
order processing functions are described in further detail below. At block 1335, a 
reporting function is performed. At block 1337, an account update function is 
performed. At block 1339, other functions are performed including user supporting 

20 functions. 

The method then proceeds from block 1331, block 1333, block 1335, block 1337 
or block 1339 to decision block 1351. At decision block 1351, the method 1300 loops 
back to block 1325 if there are more activities or functions to be performed. Otherwise 
the method 1300 proceeds to end at block 1391. 

25 Figure 14 illustrates a flow diagram of one embodiment of a process 1400 for 

creating/updating a purchaser account and profile information in the centralized 
processing system 201. The process 1400 starts at block 1401 and proceeds to block 
1405 to display a purchaser account information user interface (UI) in response to a 
request made by the purchaser to create or update a purchaser account The purchaser 

30 account information UI is used by the purchaser to enter his account information 
including the business name and address, contact information, etc. In addition, the 
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purchaser account information UI also allows the purchaser to specify a market area 
(also referred to as the metropolitan area) in which the purchaser is located. The market 
area or metropolitan area information specified by the purchaser will be used by the 
system to perform various functions described herein including selecting the vendors that 
5 are located in the same metropolitan area with whom the purchaser may wish to do 
business. An example of a purchaser account information UI is shown in Figure 15 A. 
At block 1407, the purchaser account information entered by the purchaser using the 
purchaser account UI as shown in Figure ISA is obtained and stored in the transaction 
database. In response to the purchaser's request to continue with the account 

10 registration, the process 1400 proceeds to block 1409 to display a primary user login 
information user interface. This UI is provided to allow the purchaser to enter 
information about the primary user for the purchaser account including user name and 
password, level of access to certain functions within the centralized processing system, 
etc. In one embodiment, the purchaser is allowed to have multiple users with their own 

IS unique user-name/password combinations for logging on to the centralized processing 
system. This will allow for die tracking of individual usage and tailoring different levels 
of access to certain functions that are available in the centralized processing system. An 
example of a user interface allowing the purchaser to enter information with respect to 
one or more users of the purchaser account is illustrated in Figure 1SB. 

20 Continuing with the present discussion, the process 1400 proceeds to block 141 1 

to obtain and store the user information entered by the purchaser. At block 1413, an 
account user summary is displayed to the purchaser showing the user information for 
each user in the purchaser account including the employee name, user name, password, 
and the corresponding permission level. An example of an account user summary is 

25 provided in Figure 1 5C. From this account user summary, the purchaser can select to 
delete one or more specific users in this list as well as adding more users to the purchaser 
account The account user summary interface also allows the purchaser to modify the 
permission level assigned to each user in his account The process then proceeds to 
block 1 41 5 to display a local supplier (vendor) selection interface listing vendors that are 

30 located in the same metropolitan area as the purchaser. An example of a local vendor 
selection interface is shown in Figure 15D. Information about each vendor is displayed 
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in this interface including vendor name and address, vendor contact information, etc. The 
interface also allows the purchaser to individually select the vendors with whom he 
wishes to conduct business and to assign a specific vendor type to each vendor selected. 
In one embodiment, a local vendor may be designated by the purchaser to be a primary 
5 local vendor, a secondary local vendor, or an alternate local vendor. The vendor type 
assigned to each selected vendor by the purchaser will be used by the system for various 
purposes that are described herein. In one embodiment, the primary vendors have the 
highest display preferences followed by the secondary vendors and then the alternate 
vendors. At block 1417, vendor selection information and vendor type information are 
obtained and stored in the transaction database. At block 1419, a matrix summary of 
local primary, secondary, and alternate vendors is displayed to the purchaser including 
the specific manufacturer/line carried by each selected vendor. An example of the matrix 
summary of local vendors is shown in Figures 15E and 15F. 

The process 1400 then proceeds to block 1421 to display a "will ship" 
aftermarket vendor selection interface to allow the purchaser to select one or more 
vendors as the primary will-ship vendors, one or more vendors as the secondary will- 
ship vendors, and one or more vendors as the alternate will-ship vendors. An example of 
a will-ship aftermarket vendor selection is shown in Figure 15G. After the purchaser 
makes the selections with respect to the will-ship vendors, the process 1400 proceeds to 
block 1423 to obtain and store the will-ship vendors selection information in die 
transaction database. At block 1425, a matrix summary containing the selected will-ship 
aftermarket vendors by manufacturer/line is displayed. An example of a summary of 
will-ship vendors is illustrated in Figures 15H and 151. The process then proceeds to 
block 1427 to display a summary of all selected vendors including local aftermarket 
vendors and will-ship aftermarket vendors. An example of the summary of all selected 
vendors is shown in Figure 15 J. The purchaser can specify, for each vendor displayed in 
the summary, a relative display order with respect to other vendors of the same vendor 
type. The relative display order specified by the purchaser will be used by the system 
in performing various functions including the catalog query and stock check processing 
functions to determine, as between two or more vendors of the same vendor type (e.g., 
primary local vendors), which vendor has a higher display priority. In one embodiment, 
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a relative display priority for each vendor with respect to other vendors within the same 
vendor type can be specified by the purchaser using a drop down numeric menu. Vendor 
display priority information is stored in the transaction database at block 1429. The 
process 1400 then proceeds to block 1431 to allow the purchaser to specify, for each 
5 vendor selected, the vendor price display preferences. For each vendor in his profile, the 
purchaser can select a "selling price calculation method" option. The selling price can be 
selected by the purchaser to be either the vendor suggested selling price or another 
pricing method such as cost plus markup %. If the percentage markup on cost option is 
chosen, the purchaser enters a markup percentage that is used by the system to calculate 

10 the selling price. The purchaser can also select a cost display option for each vendor in 
his profile. The purchaser can specify whether cost is to be displayed or not. An 
example of a user interface allowing the purchaser to select vendor price display 
preferences is shown in Figure 15K. The process 1400 then proceeds to block 1433 to 
store the vendor price display preferences. At block 1435, an interface is provided to 

15 allow the purchaser to specify whether to display both primary and secondary vendors 
together or only primary vendors. An example of this interface is shown in Figure 1 5L. 
At block 1437, information about vendor default display preference is obtained and 
stored in the transaction database. At block 1439, the purchaser account and profile 
information as described above are stored in the transaction database. As described 

20 herein, the purchaser account and profile information provided by the purchaser and 
stored in the transaction database will be used for various purposes by the centralized 
system including allowing the purchaser to select a group of vendors of a particular 
vendor type for stock check and order purposes and tailoring the vendor display 
preferences in certain user interfaces based upon the preferences specified by the 

25 purchaser. The various uses of the purchaser account and profile information in 

performing certain system functions arc described in more detail below. The process 
1400 proceeds to end at block 1491 . 

Figure 16 shows a flow diagram of one embodiment of a process 1600 for 
creating/updating a vendor's account and profile information in the centralized system 

30 201. The process 1600 starts at block 1601 and proceeds to block 1605 to display a 

vendor company information user interface in response to a request made by the user to 
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create or update a vendor account The vendor company information UI is used by the 
vendor to enter his company infoimation including the business name and address, 
contact information, and business hours etc. In addition, vendor company information 
UI also allows the vendor to specify a market area (also referred to as the metropolitan 
5 area) in which the vendor is located. The market area or metropolitan area information 
specified by the vendor will be used by the system to perform various functions 
described herein including selecting the purchasers that are located in the same 
metropolitan area with whom the vendor may wish to do business. An example of a 
vendor account information UI is shown in Figure 17A. At block 1607, the vendor 
10 company information provided by the vendor using the UI as shown in Figure 1 7A is 
obtained and stored in the transaction database. In response to the vendor's request to 
continue with the account registration, the process 1600 proceeds to block 1609 to 
display a vendor services information user interface as shown in Figure 17B. This UI is 
provided to allow the vendor to enter information about the kinds of services that are 
15 offered by the vendor mcluding the delivery options or services, shipping options, 
whether the vendor permits the purchasers to place parts on hold, and other terms and 
conditions relevant to the vendor's business, etc. The vendor services information is 
obtained and stored in the transaction database at block 1 61 1 . At block 1613, a vendor 
user authentication UI is displayed to allow the vendor to enter information for system 
access including user name and password, level of access to certain functions within the 
centralized processing system, etc. In one embodiment, the vendor is allowed to have 
multiple users with their own unique user-name/password combinations for logging on to 
the centralized processing system. This will allow for the tracking of individual usage 
and tailoring different levels of access to certain functions that are available in the 
centralized processing system. An example of a user interface allowing the vendor to 
enter information with respect to one or more users of the vendor account is illustrated in 
Figure 17C. 

Continuing with the present discussion, the process 1600 proceeds to block 1615 
to obtain and store the user information provided by the vendor. At block 161 7, an 
account user summary is displayed to the vendor showing the user information for each 
user in the vendor account including the employee name, user name, password, and the 
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corresponding permission level, etc. An example of an account user summary is 
provided in Figure 15D. In one embodiment, from this account user summary, the 
vendor can select to delete one or more specific users in this list as well as adding more 
users to the vendor account. The account user summary interface as shown in Figure 
17D also allows the vendor to modify the permission level assigned to each user in his 
account. The process 1600 then proceeds to block 1619 to display a vendor 
manufacturer/line selection interface. This UI allows the vendor to specify specific lines 
of products from different manufacturers that are carried by the vendor. An example of 
this interface is illustrated in Figure 17E. At block 1621, the information with respect to 
the specific lines of products carried by the vendor is obtained and stored in the 
transaction database. At block 1623, a vendor parts sub-group selection interface is 
displayed to allow the vendor to specify information with respect to the various parts 
sub-groups for which the vendor is willing to provide stock check information to the 
purchasers. A parts sub-group, in one embodiment; is considered a subset of a larger set 
of different parts that are included within a particular line of product In one 
embodiment, the vendor can specify a specific fine code for each parts sub-group: An 
example of a parts sub-group selection interface is shown in Figure 17F. The process 
1600 then proceeds to block 1625 to store the parts sub-group selection information in 
the transaction database. At block 1627, a vendor workflow procedures interface is 
provided to allow the vendor to specify information relevant to his transaction review 
and approval procedure, for example whether manual approval of all stock checks and 
orders is required, etc. This interface also allows the vendor to specify the pricing 
display options. An example of this user interface is illustrated in Figure I7G. The 
process 1600 then proceeds to block 1629 to obtain and store information with respect 
to the vendor workflow procedures in the transaction database. At block 163 1 , an 
interface is displayed to allow the vendor to view a list of purchasers that are located in 
the same metropolitan area as the vendor. This interface allows the vendor to provide 
certain information (e.g., customer number, etc.) for the purchasers who already have 
accounts with the vendor. In addition, this interface allows the vendor to invite one or 
more purchasers listed to become his customers by sending a business invitation notice 
to the purchasers selected. An example of this interface is shown in Figure 17H. At 
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block 1633, information provided by the vendor for the purchasers who already have 
accounts with him is stored in the transaction database. At block 1635, if the vendor 
indicates that he wants to invite one or more purchasers to become his customers, an 
interface will be displayed to allow the vendor to send invitations to the selected 
5 purchasers. The process 1 600 then proceeds to end at block 1691 . 

Figure 1 8 illustrates a flow diagram of one embodiment of a method 1 800 for 
facilitating and automating new orders of auto parts. The method 1800 starts at block 
1801 and proceeds to block 1805. At block 1805, apart query request is received from a 
purchaser. As described above, in one embodiment, the purchaser can establish 

10 connection with the centralized processing system via a network (e.g., the Internet). The 
purchaser can use a client software program such as the Microsoft Internet Explorer or 
the Netscape Navigator browser software to communicate with the market server of the 
centralized processing system (i.e., transmit information to and receive information from 
the market server). In one embodiment, the purchaser can submit a part query request 

1 5 (also referred to herein as part lookup request or part search request) using the vehicle 
and part specification as the query, criteria or using the part number and the manufacturer 
line code as query criteria. At block 1809, the market server performs a search in the 
part catalog to identify the part items that match the query criteria specified by the 
purchaser. The method 1800 then proceeds to block 1813 to display a list of part items 

20 retrieved from the part catalog that match the query criteria specified by the purchaser. 
In one embodiment, the purchase can select, from the list of part items being displayed, 
one or more specific part items to be stock checked. The purchaser can also specify, for 
each part item selected to be stock checked, one or more vendors to whom the stock 
check request is to be sent At block 1 817, a stock check request is received from die 

25 purchaser. At block 1821, the stock check request is stored in the transaction database. 
The method 1800 then proceeds to block 1825 to transmit the stock check request to the 
vendors selected by the purchaser to receive the stock check request At block 1 829, 
stock check responses are received from the selected vendors to whom the stock check 
request is sent After receiving the stock check responses from the vendors, the method 

30 1 800 then proceeds to block 1 833 to display the stock check responses to the purchaser. 
In one embodiment, the purchaser can select from the list of stock check responses one 

29 



WO 01/20514 



PCT7US00/24671 



or more specific part items to be ordered. In one embodiment, for each part item selected 
to be ordered, the purchaser can specify one or more specific vendors to whom the part 
order is to be sent At block 1 837, a part order request for selected part items from 
selected vendors is received from the purchaser. The method. 1800 then proceeds to 
5 block 1841 to store the part order request in the transaction database. At block 1845, the 
part order request is transmitted to the vendors. At block 1849, part order confirmations 
are received from the selected vendors to whom the part order request is sent. At block 
1 853, part order confirmations received from the vendors are displayed to the purchaser. 
The method 1800 proceeds to end at block 1891. The part query process (i.e., part 

10 lookup or part search), the stock check process, and the part order process are described 
in more detail below. 

Figure 19 shows the flow diagram of one embodiment of a part query process 
1 900 as described above with respect to Figure 1 8. As mentioned above, the purchaser 
can perform a part search using either the vehicle and part specifications or using the part 

15 number and the manufacturer line code as the search or query criteria. The process 1900 
starts at block 1901 and proceeds to block 1905 to display a first part search user 
interface showing a selectable list of vehicle years for the purchaser to select in order to 
perform a part query or search using the vehicle and part specification. The first part 
search interface also provides a box for the user to enter a specific part number for 

20 searching if the purchaser wishes to search by part number and manufacturer line code. 
An example of the first part search interface is provided in Figure 21 A. The process 
1900 then proceeds to decision block 1909. At decision block 1909, the process 1900 
proceeds to block 1913 to perform a part query by part number and manufacturer line 
code if the purchaser indicates that this is the method he wants to use for part search. 

25 Otherwise the process 1900 proceeds to block 1917 to perform the process of part 
search by vehicle and part specifications. At block 1917, in response to the user's 
selection of a specific vehicle year in the list of vehicle years, a list of vehicle makes 
corresponding to the specific year selected is displayed to the user. An example of the 
system's response to the user's selection of a specific vehicle year is shown in Figure 

30 21B. At block 1921, in response to the user's selection of a specific vehicle make from 
the list of vehicle makes being displayed, a list of vehicle models corresponding to the 
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specific vehicle make selected is displayed to the user as shown in Figure 2 1C The 
process 1900 then proceeds to block 1925. At block 1925, in response to the user's 
selection of a specific vehicle model from the list of vehicle models being displayed, a list 
of various engine types corresponding to the vehicle model selected is displayed to the 
5 user as illustrated in Figure 21D. At block 1929, in response to the user's selection of a 
specific engine type being displayed, a list of parts groups corresponding to various 
subsystems of the specified vehicle (i.e., identified by vehicle year, vehicle make, vehicle 
model, and vehicle engine type) is displayed to the user as shown in Figure 2 IE. This 
list of parts groups allows the user to narrow down the part search by selecting or 

10 specifying more specific part information (part specification) of the specific part that the 
user wants to locate in the part catalog. At block 1933, in response to the user's 
selection of a specific part group being displayed, a list of parts subgroups corresponding 
to the part group selected is displayed to the user. The list of parts subgroups allows 
the user to further narrow down the part search. An example of a list of parts subgroups 

15 displayed as a result of the user's selection of a part group is shown in Figure 21F. The 
process then proceeds to block 1937. At block 1937, in response to the user's selection 
of a specific part subgroup being displayed, the system performs a search in the part 
catalog to retrieve the part items or entries that match the search criteria specified by the 
user. The process then proceeds to block 1941. At decision block 1941, if the number 

20 of part entries or items retrieved from the part catalog exceeds a predetermined number, 
for example 100, the process 1900 proceeds to block 1949, otherwise the process 1900 
proceeds to block 1945. At block 1945, a list of part entries or items retrieved from the 
part catalog is displayed to the user. At block 1949, a multi-selectable list of part 
descriptions corresponding to the part subgroup selected is displayed to allow the user 

25 to further narrow down the part search, as shown in Figure 2 1 G. At block 1 953, in 

response to the user's selection of one or more part descriptions being displayed, a list of 
part entries corresponding to the part descriptions) selected is displayed to the user. 
An example of a parts catalog search results interface is shown in Figure 21H. The 
process 1900 proceeds to end at block 1991 . In one embodiment, the part entries that 

30 are retrieved according to the search criteria specified by the user are filtered based upon 
the particular vendors that are selected by the user. For example, if the user selects 
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primary local vendors as the vendors with whom the user wants to conduct the present 
business transactions, then only those part entries that belong to the specific lines of 
products carried by one or more primary local vendors are displayed to the user in the 
search results interface. 

Figure 20 shows a flow diagram of one embodiment of a process 2000 for 
performing a part search based upon a part number and a manufacturer line code 
provided by the purchaser. The process 2000 starts at block 2001 and proceeds to block 
2005. At block 2005, the process 2000 proceeds to block 2009 after a part number is 
provided or entered by the purchaser. An example of an interfece to allow the purchaser 
to enter a part number for a part search is shown in Figure 21 A. After the purchaser has 
entered a part number and indicated that he wants to continue with the part search, the 
process 2000 proceeds to block 2007 to display an interface to allow the purchaser an 
option of either entering a specific manufacturer line code or selecting a valid 
manufacturer line code to be used in conjunction with the part number for the part 
search. An example of this user interface is illustrated in Figure 211. The process then 
proceeds to block 2009. At decision block 2009, depending on whether the user chooses 
to enter a specific manufacturer line code, the process either proceeds to block 2013 or 
block 2019. At block 201 3, if the user chooses not to enter a specific line code, the user 
is allowed to select a specific letter from an alphabetical selection list in order to proceed 
with the search without entering a specific manufacturer line code. An example of the 
alphabetical selection list is shown in Figure 211. At block 2015, in response to the 
user's selection of a specific letter from the alphabetical selection list, a list of 
manufacturers whose names beginning with the letter selected by the user is displayed to 
the user, as shown in Figure 21 J, for him to further narrow down the search. At block 
2017, in response to the user's selection of a specific manufacturer being displayed, a 
user interface listing various parts subgroups with corresponding line codes is displayed 
to the user as shown in Figure 21 K. This interfece allows the user to select one or more 
specific line codes corresponding to one or more specific parts subgroups being 
displayed in order to continue with the part search. In one embodiment, the user can 
select the specific line codes by clicking on the selection boxes corresponding to the 
specific parts subgroups being displayed as shown in Figure 21K. The process 2000 
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then proceeds from block 2017 to block 2023. Referring again to Figure 20, the process 
2000 proceeds from block 2009 to block 20J9 if a specific line code is entered by the 
user using an interface as shown in Figure 211. At block 2019, the specific line code 
entered by the user is validated to determine whether it is a valid manufacturer line code. 
5 At decision block 202 1 , the process 2000 proceeds to block 201 3 if the line code entered 
or provided by the user is not valid. Otherwise the process 2000 proceeds to block 
2023. At block 2023, the process 2000 retrieves part entries in the part catalog that 
match the part number and the manufacturer line code that is either provided or selected 
by the user as described above. At decision block 2025, the process 2000 proceeds to 

10 block 2027 to display the part entries retrieved from the part catalog if there are part 
entries in the part catalog that mach the criteria provided by the user (i.e., the part 
number and the manufacturer line code). An example of the part catalog search results is 
shown in Figure 21L. In one embodiment, the part entries that are retrieved according to 
the search criteria specified by the user are filtered based upon the particular vendors that 

15 are selected by the user. For example, if the user selects primary local vendors as the 
vendors with whom the user wants to conduct the present business transactions, then 
only those part entries that belong to the specific lines of products carried by one or 
more primary local vendors are displayed to the user in the search results interface. If 
there is no entry in the part catalog matching the search criteria provided by the user, the 

20 process 2000 proceeds to block 2029 to display a message indicating to the user that 
there is no match found as shown in Figure 21M. In this case, the user is still allowed to 
submit a stock check request to a part vendor even if there is no part entry in the part 
catalog that matches the part number and the manufacturer line code provided by the 
user. As shown in Figure 21M, the user can continue with the stock check process by 

25 clicking on the "check stock" button. Assuming in this case that the user wants to 
continue with the stock check process. At block 203 1, in response to the user's 
indication to perform a stock check on the part item that is not found in the part catalog, 
the process 2000 display a vendor selection interface as shown in Figure 2 IN to allow 
the user to select a specific vendor to whom die stock check request is to be sent After 

30 the user selects a specific vendor and requests the stock check to be sent, the process 
2000 then proceeds to block 2033 to perform the stock check processing function that is 
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described in more detail below. The process 2000 proceeds from either block 2027 or 
block 2033 to end at block 2091 . 

Figure 22 illustrates a high level flow diagram of one embodiment of a method 
2200 for performing a stock check function utilizing the centralized processing system 
described above. The method 2200 starts at block 2201 and proceeds to block 2205 to 
display a list of part entries matching the query criteria specified by the user. The part 
queiy process to search the part catalog for part entries matching the query criteria 
provided by the user is described in detail above. An example of a user interface or 
screen that is used to display the list of matching part entries is shown in Figure 21H. In 
one embodiment, as shown in Figure 21H, the matching part entries or catalog search 
results are displayed in a matrix format with multiple rows and columns where the rows 
correspond to the part entries and the columns correspond to various pieces of 
information pertaining to the specific part entries (e.g., part number, part description, list 
price, etc.). In one embodiment, as illustrated in Figure 21 H, the user can change the sort 
order of the part entries being displayed. For example, as shown in Figure 21H, the user 
can toggle between sorting the matching part entries by part description or sorting by 
manufacturer line by clicking on the sort selection button 2107. As described above, in 
one embodiment, the vendor display order for the catalog search results can be specified 
by the purchaser during the account registration/update process. In one embodiment, the 
default vendor display order with respect to the catalog search results are as follows: 

1 . Primary vendors alone, in the order specified by the purchaser in the user account 
and profile information. The vendor with the highest rank (i.e., #1) is displayed in the 
left-most available column. 

2. Primary and Secondary vendors combined, in the order specified by the user in 
the user account and profile informatioa The vendor with the highest rank (i.e., #1) is 
displayed in the left-most available column. 

3. Secondary vendors, in the order specified by the user in the user account and 
profile informatioa The vendor with the highest rank (i.e., #1) is displayed in the left- 
most available column. 
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4. Alternate vendors, in the order specified by the user in the user account and 
profile information. The vendor with the highest rank (i.e., #1) is displayed in the left- 
most available column. 

Continuing with the present discussion, in one embodiment, the vendors that 
carry the specific part items being displayed are indicated or made known to the user by 
providing a corresponding selection box 21 13 for each vendor that carries the specific 
part item, as shown in Figure 21H. The process 2200 then proceeds to block 2209 to 
allow the user to individually select one or more specific part items to be stock checked. 
In one embodiment, the user is provided a check box 21 1 1 for each part item to select or 
click on if he wants the respective part item to be stock checked. At block 2213, for each 
part item to be stock checked, the user is allowed to specify the required quantity of the 
respective part item by entering a number in a quantity box 2109 provided. At block 
22 17, for each part item to be stock checked, the user is allowed to select one or more 
vendors to whom the stock check request is to be sent In one embodiment, the vendors 
that can be selected by the user are vendors who cany the specific product line to which 
the specific part item to be stock checked belongs. In one embodiment, the user can 
select the vendors by clicking on the vendor selection box 2 1 13 as shown in Figure 21H. 
In response to the user's command or indication to submit a stock check request for the 
selected parts to the selected vendors, the method 2200 proceeds to block 2221 to create 
one or more stock check requests based upon the user's selections. At block 2225, the 
stock check requests are sent to the selected vendors. At block 2229, stock check 
responses for the selected part items are received from the selected vendors. At block 
2233, the stock check responses received from the vendors are displayed to die user. An 
example of a user interface for displaying the stock check responses or results to the user 
is shown in Figure 23, the detail of which is described below. The method 2200 then 
proceeds to end at block 229 1 . 

Figure 24 shows a detailed flow diagram of one embodiment of a method 2400 for 
performing stock checks as described above with respect to Figure 22. In one 
embodiment, as described herein, the various components or subsystems of the 
centralized processing system work together to facilitate and process various types of 
transactions including stock check requests, order requests, etc. The flow diagram as 
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shown in Figure 24 describes the various tasks performed by the different components of 
the centralized processing system and the interactions thereof to process stock check 
requests submitted by users of the system (i.e., purchasers of auto parts). For clarity, 
the various tasks performed by the different components of the centralized processing 
system (e.g., the market server, the database converter, and the vendor gateway, etc.) and 
the interactions thereof are described below in a sequential manner. However, it would 
be obvious to one skilled in the art that many of these tasks can be performed in parallel 
or concurrendy unless there are true logical dependencies between them. In one 
embodiment, the market server, the database converter, and the vendor gateway 
subsystems can perform their corresponding functions in parallel (Le., running separate 
threads or separate programs in parallel). Furthermore, for clarity and simplicity, the 
discussion that follows is sometimes focused the processing of a stock check request by 
one user of the system even though everything discussed herein equally applies to the 
processing of multiple stock check requests by multiple users of the system. 

Referring again to Figure 24, the stock check process 2400 starts at block 2401 . 
At block 2403, the market server receives a stock check request from a user of the 
system. A detailed description of how the user submits a stock check request to the 
market server is provided above. At block 2405, the market server updates the 
transaction database with the new stock check request submitted by the user. As 
described above, in one embodiment, the transaction database contains various tables that 
are used for various purposes including storing the relevant information pertaining to 
stock check requests and responses, order requests and confirmations, etc. In one 
embodiment, the market server updates the corresponding tables (i.e., the stock-check- 
requests table and the stock-check-items table) in the transaction database to add the new 
stock request and its corresponding stock check items. Alter updating the transaction 
database with the new stock check request, the market server proceeds to block 2407 to 
wait for the corresponding stock check response. In one embodiment, the corresponding 
stock check response once received from the selected vendor is stored in die transaction 
database. At decision block 2409, if the stock check response is available in the 
transaction database (i.e., it has been received from the vendor and stored in die 
transaction database), the market server proceeds to block 24 1 1 to retrieve the 
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corresponding stock check response from the transaction database and displays it to the 
user. Otherwise the market server loops back to block 2407 to wait for the stock check 
response. The market server then loops back from block 241 1 to block 2403 to continue 
processing new stock check requests. 
5 While the market server is performing its corresponding function in processing 

new stock check requests and responses, the database converter and the vendor gateway 
subsystem are also performing their corresponding functions in parallel. At block 243 1, 
the database converter scans the transaction database for new stock check requests. At 
decision block 2433, the database converter proceeds to block 2435 if new stock check 

10 requests are found in the transaction database. Otherwise the database converter loops 
back to block 243 1 to continue scanning the transaction database for new stock check 
requests. At block 2435, for each stock check request found in the transaction database, 
the database converter updates the message database accordingly to add a new stock 
check request message and corresponding request item messages. In one embodiment, as 

1 5 described above, the message data base contains a set of message tables used to store the 
relevant information relating to the various types of transactions including stock check 
request messages, order placement request messages, etc. In one embodiment, for each 
new stock check request found in the transaction database, the database converter adds a 
new record or row to a table called the order table and sets the message type of the new 

20 record to a particular value (e.g., STKREQ) to indicate that tire newly added record is a 
new stock check request message. For each part item included in the new stock check 
request found in the transaction database, the database converter also adds a 
corresponding record or row to a table called the Requestltem table and set the 
corresponding message type to a particular value (e.g., STKREQ) to indicate that newly 

25 added item in the Requestltem table is for a new stock check request. The new stock 
check request messages and their corresponding request item messages created by the 
database converter will be used by the vendor gateway subsystem as described below. 
At block 2439, the database converter scans the message database for new stock check 
responses received from the vendors. In one embodiment, the database converter 

30 performs a select on the Order table and Requestltem table looking for those rows or 
records in the tables with the message type set to a particular value indicating stock 
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check response records (e.g., message type = STKRESP). At block 2441, if there are 
new stock check response messages found in the message database, the database 
converter proceeds to block 2443. Otherwise the database converter loops back to block 
2439 to continue scanning the message database for new stock check responses. At 
5 block 2443, the database converter updates the transaction database accordingly with the 
new stock check response messages found in the message database. After updating the 
transaction database with the new stock check responses found in the message database, 
the database converter sets the message type of the corresponding records in the Order 
and the Requestltem tables in the message database to a particular value indicating that 
10 these records have been used to update the transaction database (e.g., message type - 
STKUPDT) so that these records will not be processed again the next time the database 
converter scans the message database for new stock check responses. The database 
converter then loops back to block 243 1 to continue processing new stock check requests 
and responses. 

15 Continuing with the present discussion, while the market server and the database 

converter perform their corresponding functions in processing stock check requests and 
responses, the vendor gateway subsystem also perform its corresponding function in 
parallel. At block 2461, the vendor system interface (VSI) component of the vendor 
gateway subsystem scans the message database for new stock check request messages. 

20 In one embodiment, the VSI performs a select on the Order table and the Requestltem 
table looking for those records or rows with the message type set to a particular value 
(e.g., STKREQ). At block 2463, if there are any new stock check request messages 
found in the message database, the VSI proceeds to block 2465. Otherwise the VSI loops 
back to block 2461 to continue scanning the message database for new stock check 

25 request messages. At block 2465, the VSI submits the new stock check requests found in 
the message database to the appropriate vendors selected by the user to receive the stock 
check requests. As disclosed above, depending upon the type of connection and the 
communication protocol used the by selected vendors, the VSI performs the appropriate 
communication tasks to exchange information with the corresponding vendors. At block 

30 2467, the VSI receives stock check response information from the vendors' systems. At 
block 2469, the VSI updates the message database accordingly with the stock check 
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response information received from the vendors. In one embodiment, the VSI creates a 
new stock check response record or row in the StockCheckResponse table for each part 
item in the Requestltem table based upon the stock check response information received 
from the vendors. The VSI also updates the message type of the corresponding records 
5 in the Order and Requestltem tables to a particular value (e.g., STKRESP) that is used by 
the database converter in scanning the message database for new stock check responses, 
as described above. In one embodiment, if the vendors have alternate or substitute parts 
for a part item, additional records or rows are created in the StockCheckResponse table 
with the same ItemID as the one used for the original part. The VSI then loops back to 

10 block 2461 to continue processing new stock check requests and responses. As 

described above, the market server, the database converter, and the vendor gateway work 
in a coordinated fashion to perform several tasks in processing the stock check requests 
and stock check responses. 

Figure 25 illustrates a high level flow diagram of one embodiment of a method 

15 2500 for performing an order placement function utilizing the centralized processing 
system described above. The method 2500 starts at block 2501 and proceeds to block 
2505 to display a list of stock check responses (also referred to as stock check results) 
that are received from the vendors and stored in the transaction database as described 
above with respect to the stock check process. The stock check process to submit stock 

20 check requests to and receive stock check responses from selected vendors is described in 
detail above. An example of an interface or screen that is used to display the list of stock 
check responses or results is shown in Figure 23. In one embodiment, as shown in Figure 
23, the stock check responses or results are displayed in a matrix format with multiple 
rows and columns where the rows correspond to the specific part items and the columns 

25 correspond to various pieces of information pertaining to the specific part items (e.g., 
part number, part description, cost, quantity available, etc.). In one embodiment, as 
illustrated in Figure 23, the user can change the sort order of the part entries being 
displayed. For example, as shown in Figure 23, the user can toggle between sorting the 
stock check results by part description or by manufacturer line by clicking on the sort 

30 selection button 2307. As described above, in one embodiment, the vendor display order 
for the stock check results can be specified by the purchaser during the account 
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registration/update process. In one embodiment, the default vendor display order with 
respect to the stock check results are as follows: 

1 . Primary vendors alone, in the order specified by the purchaser in the user account 
and profile information. The vendor with the highest rank (i.e., #1) is displayed in the 

5 left-most available column. 

2. Primary and Secondary vendors combined, in the order specified by the user in 
the user account and profile information. The vendor with the highest rank (i.e., #1) is 
displayed in the left-most available column. 

3. Secondary vendors, in the order specified by the user in the user account and 
10 profile information. The vendor with the highest rank (i.e., til) is displayed in the left- 

most available column. 

4. Alternate vendors, in the order specified by the user in the user account and 
profile information. The vendor with the highest rank (i.e., #1) is displayed in the left- 
most available column. 

15 The process 2500 then proceeds to block 2509 to allow the user to individually 

select one or more specific part items to be ordered. At block 2513, the user is allowed 
to select one or more specific vendors being displayed to whom the order placement 
request for the selected item is to be sent In one embodiment, for each part item in the 
stock check results list and for each vendor that has provided the corresponding stock 

20 check response for the respective part item being displayed, the user is provided a check 
box 23 1 1 as shown in Figure 23 to select the specific part item to be ordered from the 
corresponding vendor. In one embodiment, the user can select the specific part items to 
be ordered from the corresponding vendors by clicking on the order selection box 23 1 1 as 
shown in Figure 23. At block 25 17, in response to the user's command or indication to 

25 submit an order placement request for the selected part items, the method 2500 creates 
one or more order placement requests based upon the user's selections. At block 2521, 
the order placement requests for the selected part items are sent to the selected vendors. 
At block 2525, order placement confirmations for the selected part items are received 
from the selected vendors. At block 2529, the order confirmations for the selected part 

30 items from the selected vendors are displayed to the user. The method 2500 then 
proceeds to end at block 259 1 . 
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Figure 26 shows a detailed flow diagram of one embodiment of a method 2600 for 
performing an order placement processing fiinction as described above with respect to 
Figure 25. In one embodiment, as described above, the various components or 
subsystems of the centralized processing system work together to facilitate and process 
5 various types of transactions including stock check requests, order requests, etc. The 
flow diagram as shown in Figure 26 describes the various tasks performed by the 
different components of the centralized processing system and the interactions thereof in 
order to process order placements requests submitted by users of the system (i.e., 
purchasers of auto parts). Again, for clarity, the various tasks performed by the 

10 different components of the centralized processing system (e.g., the market server, the 
database converter, and the vendor gateway, etc.) and the interactions thereof are 
described below sequentially. However, it would be obvious to one skilled in the art that 
many of these tasks can be performed in parallel or concurrently unless there are true 
logical dependencies between them. In one embodiment, the market server, the database 

15 converter, and the vendor gateway subsystems also perform their corresponding 
functions in parallel (i.e., running separate threads or separate programs in parallel). 
Furthermore, for clarity and simplicity, the discussion that follows is sometimes focused 
the processing of an order placement request by one user of the system even though 
everything discussed herein equally applies to the processing of multiple order placement 

20 requests submitted by multiple users of the system. 

Referring to Figure 26, the order placement process 2600 starts at block 260 1 . At 
block 261 1, the market server receives an order placement request from a user of the 
system. A detailed description of how the user submits an order placement request to 
the market server is disclosed above. At block 2615, the market server updates the 

25 transaction database with the new order placement request submitted by the user. As 
described above, in one embodiment, the transaction database contains various tables that 
are used for various purposes including storing the relevant information pertaining to 
stock check requests and responses, order requests and confirmations, etc. In one 
embodiment, the market server updates the corresponding tables (i.e., the Orders table 

30 and Orderltem table) in the transaction database to add the neworder placement request 
and its corresponding order items. At block 2607, the market server waits for the order 
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confirmation. In one embodiment, the corresponding order confirmation once received 
from the selected vendor is stored in the transaction database. At decision block 2619, if 
the order confirmation has been received and stored in the transaction, the market server 
proceeds to block 2621 to retrieve the order confirmation from the transaction database 
5 and displays it to the user. Otherwise the market server loops back to block 261 7 to 
wait for the order confirmation. The market server then loops back from block 262 1 to 
block 26 1 1 to continue processing new order placement requests! 

As explained above, while the market server is performing its corresponding 
function in processing new order placement requests and confirmations, the database 

10 converter and the vendor gateway subsystems are also performing their corresponding 
functions in parallel to process order requests and confirmations. At block 2641, the 
database converter scans the transaction database for new order placement requests. At 
decision block 2643, the database converter proceeds to block 2645 if new order 
placement requests are found in the transaction database. Otherwise the database 

15 converter loops back to block 2641 to continue scanning the transaction database for new 
order placement requests. At block 2645, for each new order placement request found in 
the transaction database, the database converter updates the message database 
accordingly to reflect that a new order request has been submitted for selected part items. 
In one embodiment, as described above, the message data base contains a set of message 

20 tables used to store the relevant information relating to the various types of transactions 
including stock check request messages, order placement request messages, etc. In one 
embodiment, for each new order placement request found in the transaction database, the 
database converter updates corresponding records in the Order and the Requestltem 
tables (these records were already created during the stock check processing phase as 

25 described above) to reflect that the corresponding part items that were previously stock 
checked are now to be ordered In one embodiment, this is done by updating the message 
type of the corresponding records in the Order and Requestltem tables to a particular 
value, for example ORDREQ. The database converter also updates other information of 
the corresponding records if necessary, for example changing the request quantity to the 

30 quantity to be ordered. The message type information will be used by the vendor 

gateway subsystem to perform its corresponding function as described below. At block 
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2649, the database converter scans the message database for new order confirmations 
(also referred to as order responses) received from the vendors. In one embodiment, the 
database converter performs a select on the Order table and Requestltem table looking for 
those rows or records in the tables with the message type set to a particular value 
5 indicating order confirmation records (e.g., message type = ORDCONF). At block 265 1 , 
if there are new order confirmation messages found in the message database, the database 
converter proceeds to block 2653. Otherwise the database converter loops back to block 
2649 to continue scanning the message database for new order confirmations. At block 
2653, the database converter updates the transaction database accordingly with the new 

10 order confirmation information found in the message database. After updating the 

transaction database with the new order confirmations found in the message database, the 
database converter sets the message type of the corresponding records in the Order and 
the Requestltem tables in the message database to a particular value (e.g., ORDUPDT) 
so that they will not be used again the next time the database converter scans the message 

15 database for new order confirmations. The database converter then loops back to block 
2641 to continue processing new order placement requests and confirmations. 

Continuing with the present discussion, while the market server and the database 
converter perform their corresponding functions in processing order requests and 
confirmations, the vendor gateway subsystem also perform its corresponding function in 

20 parallel. At block 2661, the vendor system interface (VSI) component of the vendor 
gateway subsystem scans the message database for new order placement request 
messages. In one embodiment, the VSI performs a select on the Order table and the 
Requestltem table looking for those records or rows with the message type set to a 
particular value (e.g., ORDREQ). At block 2663, if there are any new order placement 

25 request messages found in the message database, the VSI proceeds to block 2665. 

Otherwise the VSI loops back to block 266 1 to continue scanning the message database 
for new order request messages. At block 2665, the VSI submits the new order 
placement requests found in the message database to the appropriate vendors selected by 
the user to receive the order requests. As disclosed above, depending upon the type of 

30 connection and the communication protocol used the by selected vendors, the VSI 
performs the appropriate communication tasks to exchange information with the 
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corresponding vendors. At block 2667, the VSI receives order confirmation information 
from the vendors' systems. At block 2669, the VSI updates the message database 
accordingly with the new order confirmation information received from the vendors. In 
one embodiment, the VSI creates a new order response record or row in the 
5 OrderResponse table for each part item ordered based upon the order confirmation 
information received from the vendors. The VSI also updates the message type of the 
corresponding records in the Order and Requestltem tables to a particular value (e.g., 
ORDCONF) that is used by the database converter in scanning the message database for 
new order confirmations, as described above. The VSI then loops back to block 2661 to 

10 continue processing new order requests and confirmations. As described and explained 
herein, the market server, the database converter, and the vendor gateway work in a 
coordinated fashion to perform several tasks in processing the order placement requests 
and order confirmations. 

Figure 27 illustrates a flow diagram of a method 2700 for providing job status 

IS information to the users and for allowing the users to initiate certain activities or 

functions based upon the status information provided. The method 2700 starts at block 
2701 and proceeds to decision block 2705. At decision block 2705, die method 2700 
proceeds to block 271 1 if the user has indicated that he wants to obtain status 
information with respect to the open jobs in his account Otherwise the method 2700 

20 proceeds to block 275 1. In one embodiment, status of the open jobs is the default option 
unless the user has indicated otherwise. As described above, transactional information 
including job information, stock check information, and order information, etc. are stored 
in the transaction database in various tables. In one embodiment, as disclosed above, the 
transaction database is structured as a relational database and the various tables are linked 

25 together or cross-referenced using certain data fields in the records as keys. For example, 
as explained above with respect to Figures 4, 5, and 6, each record in the 
Purchaser Accounts table includes a purchaser ID that can be used to cross-reference, 
locate, or select the corresponding jobs in die Job table. Similarly, each record in the Job 
table includes a Job ID that can be used to locate or select associated order records that 

30 are stored in the Orders table, etc. At block 271 1 , the status information for the open 
jobs in the user's account are retrieved from the transaction database and a status 
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summary of the open jobs in the user's account is displayed to the user as shown in 
Figure 28A. As mentioned above, each job may contain multiple order transactions that 
may have different statuses. In one embodiment, as illustrated in Figure 28A, the status 
information for each job includes the job name/description and the summary information 
5 for each order that belongs to the respective job. The summary information for each 
order may include the order number, the current status of the order, and the name of the 
vendor with whom the order is placed. The purchaser can further review more detailed 
information concerning each particular vendor or each particular order by selecting the 
appropriate options (e.g., hyperlinks) that are provided in the status summary screen. 

10 For example, the user can select a particular vendor name hyperlink 2809 to view more 
detailed information about that particular vendor. Likewise, the user can obtain more 
detailed status information of a particular order by selecting the corresponding order 
number hyperlink 28 1 1 being displayed. 

As illustrated in Figure 28A, the purchaser is also allowed to perform a number of 

15 different functions based upon the current status of the orders associated with each job 
being displayed. For example, for each of the jobs that has no active orders (i.e., the 
current status is "catalog", "stock check", or "order in process"), the purchaser is 
allowed to cancel the respective job. As shown in Figure 28A, a "cancel job" option 
2815 is provided to allow die user to cancel the job if it has no active orders. The user 

20 can select to cancel these jobs by clicking on the "cancel job" option 2815. For each of 
those jobs whose order's current status is "order not verified" or "estimate", the 
purchaser is allowed to cancel the corresponding order by selecting the "cancel order" 
option 2817. Moreover, if the current status of the job being displayed is "catalog", the 
user can select the appropriate hyperlink (e.g., catalog hyperlink 2819) to view the parts 

25 catalog search results previously obtained for the user. Similarly, the user can select the 
stock check hyperlink 2823 to view stock check results or the estimate hyperlink 2829 
to go to an estimate user interface or screen. 

Referring again to Figure 2700, at block 271 3, in response to die user's selection 
of a vendor hyperlink 2809, more detailed information about that particular vendor 

30 including business name and address, contact information, work schedules, etc. are 
retrieved from the transaction database and displayed to die user. An example of a 
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screen showing more detailed information about the selected vendor is shown in Figure 
28B. At block 2715, in response to the user's selection of an order number hyperlink 
281 1, a detailed order status history of the selected order is retrieved and displayed to 
the user as shown in Figures 28C and 29. At block 271 7, in response to the user's 
selection to cancel a job, a job cancellation function is performed to cancel the selected 
job. In one embodiment, a cancel confirmation screen or message is displayed to the user 
as shown in Figure 30 to allow the user to confirm whether he indeed wants to cancel the 
job selected. At block 2719, in response to the user's indication to cancel an order being 
displayed, an order cancel function is performed to cancel the selected order. In one 
embodiment, an order cancel confirmation screen or message is displayed to the user to 
allow him to confirm whether he indeed wants to cancel the particular order selected. At 
block 2721 , in response to the user's selection of a catalog hyperlink, a list of part 
catalog search results previously obtained and stored in the transaction database for the 
respective job is retrieved and displayed to the user to allow him to continue the 
transaction processing (e.g., perform a stock check, etc.) if he wishes to do so. An 
example of a parts catalog search results interface is given in Figure 21H and described in 
detail above with respect to the part query and stock check functions. 

Continuing with the present discussion, at block 2723, in response to the user's 
selection of a stock check hyperlink being displayed, stock check results previously 
obtained and stored in die transaction database for the respective job are retrieved and 
displayed to the user. An example and a detailed description of the stock check results 
screen are provided above. At block 2725, in response to the user's selection of an 
estimate hyperlink, an estimate interface as shown in Figure 31 is presented to the user. 
The method 2700 then proceeds to end at block 2791. 

Referring again to Figure 27, the method proceeds to block 275 1 if the user has 
indicated that he wants to view status of the completed jobs. In one embodiment, 
completed jobs are jobs that have been closed or canceled by the user. At block 2751, a 
summary of status information for all completed jobs within the user's account is 
displayed to the user based upon information retrieved from the transaction database. 
An example of a user interface showing a summary of completed jobs is shown in Figure 
32. The user is also allowed to perform a number of different functions from this 
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ihterface. For example, the user can select any vendor name hyperlink to view more 
detailed information about that particular vendor. For each job being displayed in the 
summary, the user is also allowed to initiate a specific action depending upon the status 
of the job (e.g., whether it is closed or cancelled). In one embodiment, if the status of a 
job is completed, an "add parts" option is displayed in the action column as shown in 
Figure 32 to allow the user to conduct more transactions with respect to that particular 
job. If the user selects this option (e.g., clicking on the corresponding "add parts" 
hyperlink), a parts group user interface as shown in Figure 21E will be displayed to the 
user to allow him to locate one or more parts. If the status of a job is cancelled, a "re- 
open" option is displayed in the action column as shown in Figure 32 to allow the user to 
re-open the job for further processing. In one embodiment, if the user selects this option 
(e.g., clicking on the corresponding "re-open" hyperlink), a parts group user interface as 
shown in Figure 21E will be displayed to the user. 

Continuing with the present discussion, the method 2700 proceeds from block 
2751 to block 2753 in response to the user's selection of a vendor name hyperlink. At 
block 2753, more detailed information about that particular vendor including business 
name and address, contact information, work schedules, etc. are retrieved from the 
transaction database and displayed to the user. An example of a screen showing more 
detailed information about the selected vendor is shown in Figure 28B. At block 2755, in 
response to the user's selection of an "add parts" function, a parts group user interface 
as shown in Figure 21E is displayed to the user. At block 2757, in response to the user* 
selection of a "re-open" function, a parts group user interface as shown in Figure 21 E is 
displayed to the user. The method 2700 then proceeds to end at block 2791. 

Figure 35 shows a flow diagram of a process 3500 for providing the order status 
history of an order and for allowing the user to perform certain functions with respect to 
the part items on the order based upon the current status of those part items. The 
process 3500 starts at block 3501. At block 3501 , in response to the user's request to 
view the detailed status of a particular order in his account, the detailed status history of 
each part item on that particular order is retrieved from the transaction database. In one 
embodiment, as described above, the user can select a specific order being displayed in 
the job summary status list as shown in Figure 28A to view the detailed status of that 
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specific order. An example of an order detailed status history is shown in Figure 33 that 
includes, for each item on the order, the part item description, the stock check status if 
applicable, the order status if applicable, the return status if applicable, and the core 
pick-up status if applicable. As explained above, a particular part item on an order 
transaction may have a particular status depending upon what phase of the transaction 
process the part item is in. For example, if the order for a particular part item has been 
sent to the vendor but has not been accepted, the status history will show the activities 
that, have occurred up to and including the fact that the order has been sent If the order 
for a particular part item has been accepted and that part item has been shipped by the 
vendor, the status history will display information reflecting that such activities have 
occurred. Therefore, by viewing the detailed status history of any particular order as 
shown in Figure 33, the user is able to determine not only the current status of each part 
item on the order (e.g., whether the order has been accepted, whether the part has been 
shipped, etc.) but also the history of the transaction activities leading up to the current 
status (e.g., when the catalog search was performed, when the stock check was 
performed, when the order was sent, etc.). In one embodiment, depending upon the 
current status of a particular part item on the order, the user is allowed to perform certain 
functions with respect to that particular part item on the order. For example, if the part 
item ordered has been shipped or delivered, the user is allowed to submit a return request 
for that particular part item to the vendor, etc. 

Referring again to Figure 35, at block 3509, the current status of a part item on 
the order is determined. At decision block 3513, based on the current status of the 
respective part item, the process proceeds to block 3517 if the user is allowed to submit 
a cancel request for that particular part item on the order. Otherwise the process 
proceeds to block 3521. At block 3517, the respective part item is marked to indicate 
that the user is allowed to submit a cancel request therefor if he wishes to do so. In one 
embodiment, a "cancel" option or hyperlink is displayed in the action column of the 
respective part item as shown in Figure 33 that can be selected by the user to submit a 
cancel request 

At block 3521, the process proceeds to block 3525 if the user is allowed to submit a 
return request based upon the current status of the respective part item. Otherwise the 
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process proceeds to block 3529. At block 3525, the respective part item is marked to 
indicate that the user is allowed to submit a return request therefor if he wishes to do so. 
In one embodiment, a "return" option or hyperlink is displayed in the action column of 
the respective part item as shown in Figure 28C that can be selected by the user to 
5 submit a return request At decision block 3529, the process loops back to block 3509 if 
there are more part items on the order to process. Otherwise the process proceeds to 
block 3533 to display a detailed status history of each part item on the order as shown in 
Figure 33 or Figure 28C. At block 3537, in response to the user's selection to submit a 
cancel request (e.g., selecting the corresponding "cancer option or hyperlink provided in 

10 the action column), a cancellation function is performed with respect to the part item 
selected. A detailed description of the cancellation function is provided below. At block 
3541, in response to the user's selection to submit a return request for a specific part 
item being displayed, a return authorization request user interface as shown in Figure 34 
is displayed to the user to allow him to enter relevant information with respect to the 

15 return request to be submitted to the vendor. Such information may include the quantity 
to return and the reason for return, etc. as illustrated in Figure 34. At block 3545, in 
response to the user's selection to submit the return request, a return function is 
performed. The return function is described in more detail below. The process then 
proceeds to end at block 3591 . 

20 Figure 36 shows a detailed flow diagram of one embodiment of a method 3600 for 

performing a cancel processing function as described above with respect to Figure 35. In 
one embodiment, as described above, the various components or subsystems of the 
centralized processing system work together to facilitate and process various types of 
transactions including stock check requests, order requests, cancel requests, return 

25 requests, etc. The flow diagram as shown in Figure 36 describes the various tasks 
performed by the different components of the centralized processing system and the 
interactions thereof in order to process cancellation requests submitted by one or more 
users of the system (i.e., purchasers of auto parts). For clarity, the various tasks 
performed by the different components of the centralized processing system (e.g., the 

30 market server, the database converter, and the vendor gateway, etc.) and the interactions 
thereof are described below sequentially. However, it would be obvious to one skilled in 
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the art that many of these tasks can be performed in parallel unless there are true logical 
dependencies between them. In one embodiment, the market server, the database 
converter, and the vendor gateway subsystems perform their corresponding functions in 
parallel (i.e., running separate threads or separate programs in parallel). Furthermore, for 
5 clarity and simplicity, the discussion that follows is sometimes focused the processing of 
a cancellation request by one user of the system even though everything discussed herein 
equally applies to the processing of multiple cancellation requests by multiple users of 
the system. 

Referring to Figure 36, the cancellation process 3600 starts at block 3601. At 

10 block 36 1 1 , the market server receives a cancellation request for a particular part item 
from a user of the system. A detailed description of how the user submits a cancellation 
request for a particular part item associated with a particular part order to the market 
server is disclosed above. At block 3615, the market server updates die transaction 
database with the new cancellation request submitted by the user. As described above, in 

15 one embodiment, the transaction database contains various tables that are used for 
various purposes including storing the relevant information pertaining to stock check 
requests and responses, order requests and confirmations, cancellation requests and 
confirmations, return requests and return authorizations, etc. In one embodiment, the 
market server updates the corresponding tables (Le., the Orders table and Orderltem 

20 table) in the transaction database to indicate, for each part item to be cancelled, that die 
respective part item has been requested by the user to be cancelled At block 36 1 7, the 
market server waits for the cancellation confirmation. In one embodiment, the 
corresponding records in the transaction database are updated accordingly once die 
cancellation confirmations for the respective parts are received from the vendor. At 

25 decision block 36 19, if the cancellation confirmation has been received and updated in the 
transaction database, the market server proceeds to block 3621 to retrieve the 
cancellation confirmation from the transaction database and displays it to the user. 
Otherwise the market server loops back to block 3617 to wait for the cancellation 
confirmation. The market server then loops back from block 3621 to block 361 1 to 

30 continue processing new cancellation requests and confirmations. 
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As explained above, while the market server is performing its corresponding 
function in processing cancellation requests, the database converter and the vendor 
gateway subsystems are performing their corresponding functions in parallel to process 
cancellation requests and confirmations. At block 3641, the database converter scans the 
5 transaction database for new cancellation requests. At decision block 3643, the database 
converter proceeds to block 3645 if new cancellation requests are found in the transaction 
database. Otherwise the database converter loops back to block 3641 to continue 
scanning the transaction database for new cancellation requests. At block 3645, for each 
new cancellation request found in the transaction database, the database converter 

10 updates the message database accordingly to reflect that a cancellation request has been 
submitted for selected part items. In one embodiment, as described above, the message 
database contains a set of message tables that are used to store the relevant information 
relating to the various types of transactions including stock check request messages, 
order placement request messages, cancellation requests, return requests, etc. In one 

15 embodiment, for each new cancellation request found in the transaction database, the 
database converter updates corresponding records in the Order and the Requestltem 
tables (these records were already created during the stock check processing phase as 
described above) to reflect that the corresponding part items are to be cancelled. In one 
embodiment, this is done by updating the message type of the corresponding records in 

20 the Order and Requestltem tables to a particular value, for example CANREQ. The 
database converter also updates other information of the corresponding records if 
necessary, for example changing the quantity to the quantity to be cancelled. The 
message type information will be used by the vendor gateway subsystem to perform its 
corresponding function as described below. At block 3649, the database converter scans 

25 the message database for new cancellation confirmations (also referred to as cancellation 
approval) received from the vendors. In one embodiment, the database converter 
performs a select on the Order table and Requestltem table looking for those rows or 
records in the tables with the message type set to a particular value indicating 
cancellation confirmation records (e.g., message type = CANCONF). At block 3651, if 

30 there are new cancellation confirmation messages found in the message database, the 

database converter proceeds to block 3653. Otherwise the database converter loops back 
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to block 3649 to continue scanning the message database for new cancellation 
confirmations. At block 3653, the database converter updates the transaction database 
accordingly with the new cancellation confirmation information found in the message 
database. After updating the transaction database with the new cancellation 
5 confirmations found in the message database, the database converter sets the message 
type of the corresponding records in the Order and the Requestltem tables in the message 
database to a particular value (e.g., CANUPDT) so that they will not be used again the 
next time the database converter scans the message database for new cancellation 
confirmations. The database converter then loops back to block 3641 to continue 

1 0 processing new cancellation requests and confirmations. 

Continuing with the present discussion, while the market server and the database 
converter perform their corresponding functions in processing cancellation requests and 
confirmations, the vendor gateway subsystem also performs its corresponding function. 
At block 3661 , the vendor system interface (VST) component of the vendor gateway 

1 5 subsystem scans the message database for new cancellation request messages. In one 
embodiment, the VSI performs a select on the Order table and the Requestltem table 
looking for those records or rows with the message type set to a particular value (e.g., 
CANREQ). At block 3663, if there are any new order placement request messages found 
in the message database, the VSI proceeds to block 3665. Otherwise the VSI loops back 

20 to block 3661 to continue scanning the message database for new cancellation request 
messages. At block 3665, the VSI submits the new cancellation requests found in the 
message database to the appropriate vendors selected by the user to receive the 
cancellation requests. As disclosed above, depending upon the type of connection and 
the communication protocol used the by selected vendors, the VSI performs the 

25 appropriate communication tasks to exchange information with the corresponding 

vendors. At block 3667, the VSI receives cancellation confirmation information from the 
vendors' systems. At block 3669, the VSI updates the message database accordingly 
with the new cancellation confirmation information received from the vendors. The VSI 
also updates die message type of the corresponding records in the Order and 

30 Requestltem tables to a particular value (e.g., CANCONF) that is used by die database 
converter in scanning the message database for new cancellation confirmations, as 
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described above. The VSI then loops back to block 3661 to continue processing new 
cancellation requests and confirmations. As described and explained above, the market 
server, the database converter, and the vendor gateway work in a coordinated fashion to 
perform several tasks in processing the cancellation requests and confirmations. 

Figure 37 shows a detailed flow diagram of one embodiment of a method 3700 for 
performing a return processing function as described above with respect to Figure 35. In 
one embodiment, as described above, the various components or subsystems of the 
centralized processing system work together to facilitate and process various types of 
transactions including stock check requests, order requests, cancel requests, return 
requests, etc. The flow diagram as shown in Figure 37 describes the various tasks 
performed by the different components of the centralized processing system and the 
interactions thereof in order to process return requests submitted by one or more users of 
the system (i.e., purchasers of auto parts). For clarity, the various tasks performed by 
the different components of the centralized processing system (e.g., the market server, 
the database converter, and the vendorgateway, etc.) and the interactions thereof are 
described below sequentially. However, it would be obvious to one skilled in the art that 
many of these tasks can be performed in parallel unless there are true logical 
dependencies between them. In one embodiment, the market server, the database 
converter, and the vendor gateway subsystems perform their corresponding functions in 
parallel (i.e., running separate threads or separate programs in parallel). Furthermore, for 
clarity and simplicity, the discussion that follows is at times focused the processing of a 
return request by one user of the system even though everything discussed herein equally 
applies to the processing of multiple return requests by multiple users of the system. 

Referring to Figure 37, the return process 3700 starts at block 3701 . At block 
371 1, the market server receives a return request for a particular part item from a user of 
the system. A detailed description of how the user submits a return request for a 
particular part item associated with a particular part order to the market server is 
disclosed above. At block 371 5, the market server updates the transaction database with 
the new return request submitted by the user. As described above, in one embodiment, 
the transaction database contains various tables that are used for various purposes 
including storing the relevant information pertaining to stock check requests and 
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responses, order requests and confirmations, cancellation requests and confirmations, 
return requests and return authorizations, etc. In one embodiment, the market server 
updates the corresponding tables (i.e., the Orders table and Orderltem table) in the 
transaction database to indicate, for each part item to be returned, that the respective part 
5 item has been requested by the user to be returned. At block 3717, the market server 
waits for the return authorization (also referred to as return approval). In one 
embodiment, the corresponding records in the transaction database are updated 
accordingly once the return authorizations or approvals for the respective parts are 
received from the vendor. At decision block 3719, if the return authorization or approval 

10 has been received and updated in the transaction database, the market server proceeds to 
block 3721 to retrieve the return authorization from the transaction database and 
displays it to the user. Otherwise the market server loops back to block 3717 to wait for 
the return authorization. The market server then loops back from block 3721 to block 
371 1 to continue processing new return requests. 

1 5 While the market server is performing its corresponding function in processing 

cancellation requests, the database converter and the vendor gateway subsystems are also 
performing their corresponding functions in parallel to process return requests and 
authorizations. At block 3741 , the database converter scans the transaction database for 
new return requests. At decision block 3743, the database converter proceeds to block 

20 3745 if new return requests are found in the transaction database. Otherwise the 
database converter loops back to block 3741 to continue scanning the transaction 
database for new return requests. At block 3745, for each new return found in the 
transaction database, the database converter updates the message database accordingly to 
reflect that a return request has been submitted for selected part items. In one 

25 embodiment, as described abo ve, the message data base contains a set of message tables 
that are used to store the relevant information relating to the various types of 
transactions including stock check request messages, order placement request messages, 
cancellation requests, return requests, etc. In one embodiment, for each new return 
request found in the transaction database, the database converter updates corresponding 

30 records in the Order and the Requestltem tables (these records were already created 
during the stock check processing phase as described above) to reflect that the 
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corresponding part items are to be returned In one embodiment, this is done by 
updating the message type of the corresponding records in the Order and Requestltem 
tables to a particular value, for example RETREQ. The database converter also updates 
other information of the corresponding records if necessary, for example changing the 
quantity to the quantity to be returned. The message type information will be used by 
the vendor gateway subsystem to perform its corresponding function as described below. 
At block 3749, the database converter scans the message database for new return 
authorizations (also referred to as return approval) received from the vendors. In one 
embodiment, the database converter performs a select on the Order table and 
Requestltem table looking for those rows or records in the tables with the message type 
set to a particular value indicating cancellation confirmation records (e.g., message type = 
RETCONF). At block 3 75 1 , if there are new return authorization messages found in the 
message database, the database converter proceeds to block 3753. Otherwise the 
database converter loops back to block 3749 to continue scanning the message database 
for new return authorizations. At block 3753, the database converter updates the 
transaction database accordingly with the new return authorization information found in 
the message database. After updating the transaction database with the new return 
authorizations found in the message database, the database converter sets the message 
type of the corresponding records in the Order and the Requestltem tables in the message 
database to a particular value (e.g., RETUPDT) so that they will not be used again the 
next time the database converter scans the message database for new return 
authorizations. The database converter then loops back to block 3741 to continue 
processing new return requests and authorizations. 

Continuing with the present discussion, while the market server and the database 
converter perform their corresponding functions in processing return requests and 
authorizations, the vendor gateway subsystem also perform its corresponding function. 
At block 3761, the vendor system interface (VSI) component of the vendor gateway 
subsystem scans the message database for new return request messages. In one 
embodiment, the VSI performs a select on the Order table and the Requestltem table 
looking for those records or rows with the message type set to a particular value (e.g., 
RETREQ). At block 3763, if there are any new return request messages found in the 
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message database, the VSI proceeds to block 3765. Otherwise the VSI loops back to 
block 3761 to continue scanning the message database for new return request messages. 
At block 3765, the VSI submits the new return requests found in the message database to 
the appropriate vendors selected by the user to receive the return requests. As disclosed 
5 above, depending upon the type of connection and the communication protocol used the 
by selected vendors, the VSI performs the appropriate communication tasks to exchange 
information with the corresponding vendors. At block 3767, the VSI receives return 
authorization information from the vendors' systems. At block 3769, the VSI updates 
the message database accordingly with the new return authorization information received 
10 from the vendors. The VSI also updates the message type of the corresponding records 
in the Order and Requestltem tables to a particular value (e.g„ RETCONF) that is used 
by the database converter in scanning the message database for new return authorization, 
as described above. The VSI then loops back to block 3761 to continue processing new 
return requests and authorizations. As described and explained above, the market server, 
15 the database converter, and the vendor gateway work in a coordinated fashion to perform 
several tasks in processing the return requests and authorizations. 

Figure 38 illustrates a flow diagram of a method 3800 for allowing the user to 
review and update status information with respect to the delivery of part items, return of 
cores, and return of part items. The method 3800 starts at block 3801 and proceeds to 
20 block 3805. At block 3805, in response to the user's request, current status information 
with respect to parts delivery, cores return, and parts return in the user's account are 
retrieved from the transaction database and a summary of status information retrieved 
from the database is prepared. At block 3809, the summary of status information with 
respect to delivery, cores, and returns is displayed to the user. An example of a user 
25 interface used to display status information with respect to delivery, cores, and returns is 
shown in Figure 39A. In one embodiment, as shown in Figure 39A, the summary status 
information displayed to the user includes the names of the vendors, the jobs associated 
with each vendor, the orders associated with each job, the transaction type for each 
order, and the status for each order, etc. At block 3813, in response to the user's 
30 selection of a particular vendor being displayed in the summary list, a more detailed 
pickup/delivery summary is displayed to the user that contains a list of individual part 
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items that the user has ordered from the selected vendor. An example of a user interface 
used to display the detailed summary list of the pickup/delivery information is shown in 
Figure 39B. In one embodiment, as shown in Figure 39B, the pickup/delivery user 
interface is divided or organized into three sections: a section listing individual part items 
5 that have been ordered from the selected vendor (orders section), a section listing 
individual part items for which cores are expected (cores section), and a section listing 
part items that the user has requested to return for various reasons (returns section). At 
block 38 1 7, the user is allowed to individually indicate which part items in the orders 
section have been delivered to or received by the user. In one embodiment, for each part 

10 item being displayed in the orders section, a corresponding selection box is provided as 
shown in Figure 39B to allow the user to indicate which part items have been received. 
At block 3821, for each part item being displayed in the cores section, the user is allowed 
to individually indicate whether core(s) for a particular part item has been returned to the 
selected vendor. In one embodiment, a selection box is provided for each part item in the 

15 cores section to allow the user to indicate or specify whether the cores for the respective 
part item has been returned to the selected vendor. At block 3825, for each part item 
„ listed in the returns section, the user is also allowed to individually indicate whether any 
particular part item listed has been returned to the selected vendor. In one embodiment, 
as shown in Figure 39B, a selection box is provided for each part item listed in the 

20 returns section to allow the user to indicate whether tile respective part item has been 
returned to the selected vendor. At block 3829, in response to the user's request or 
command to update the status information, the transaction database is updated to reflect 
the new delivery, core return, and part return status based upon the selections made by 
the user. The method then proceeds to end at block 3891 . 

25 Figure 40 shows a flow diagram of one embodiment of a method 4000 for 

reporting transactional information to a user (purchaser) of the system. The method 
starts at block 4001 and proceeds to block 4005. At block 4005, in response to the 
user's request, a user interface as shown in Figure 41 A is presented to allow the user to 
select or specify a particular report type. In one embodiment, as shown in Figure 41 A, 

30 the user is allowed to select either a customer reporting option or a standard reporting 
option in order to obtain certain relevant information with respect to the various 

57 



WO 01/20514 



PCTAJS00/24671 



transactions in the user's account that are stored in the transaction database. In one 
embodiment, as shown in Figure 41 A, a monthly transaction report summarized by 
vendors is the default standard report that the user can select At decision block 4009, 
the method proceeds to block 4013 if the custom reporting option is selected. Otherwise 
5 the method proceeds to block 4017. At block 4013, the user is allowed to download data 
from the system in order to create his customized reports. In one embodiment, the user 
is allowed to specify various criteria or parameters mat are used to select the data that he 
wants to download. The various criteria or parameters that the user can specify for data 
selection include the particular database format from the available database formats (e.g., 

10 text file, Microsoft Access, Microsoft Excel, etc.), data beginning date, data ending date, 
data filter (e.g., data for all transactions, data for one vendor, data for one vendor 
affiliation, or data for a specific manufacturer, etc.). At block 401 7, a monthly 
transaction report organized by vendors based upon information retrieved from the 
transaction database is displayed to the user. An example of a monthly transaction 

15 report is shown in Figure 41B. In one embodiment, a drill-down reporting mechanism is 
provided to allow the user to view or obtain more detailed information regarding the 
summary information in the monthly transaction report. At block 4021, in response to 
the user's selection of a particular vendor being displayed, a weekly transaction report 
for the selected month with respect to the selected vendor is displayed to the user as 

20 shown in Figure 41C Similarly, at block 4025, in response to the user's selection of a 
particular weekly period being displayed in the weekly transaction report, a daily 
transaction report as shown in Figure 41D is displayed to the user. At block 4027, in 
response to the user's selection a specific day being displayed in the daily transaction 
report, a single day transaction report listing individual transactions is displayed as 

25 shown in Figure 41E. At block 4029, in response to the user's selection of a particular 
transaction being displayed in the single day transaction report, a transaction summary 
report listing individual part items on the selected transaction is displayed to the user as 
shown in Figure 41F. The method 4000 proceeds to end at block 4091. 

Figure 42 depicts a flow diagram of one embodiment of a process 4200 for 
. 30 allowing a vendor to view and take appropriate actions with respect to pending 

transactions or activities in his account The process 4200 starts at block 4201 and 
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proceeds to block 4205. At block 4205, in response to the vendor's request to view the 
status of pending transactions or activities, a summary status of pending transactions or 
activities is displayed to the vendor based upon the information retrieved from the 
transaction database. An example of a status summary of pending transactions and 
5 activities is shown in Figure 43 A. In one embodiment, as illustrated in Figure 43 A, 
pending transactions and activities are listed in separate sections allowing the vendor to 
more easily locate and focus on particular transactions or activities that require his 
attention. The separate sections of the status summary include a section listing pending 
orders (pending orders section), a section listing pending stock checks (pending stock 

10 checks section), a section listing pending returns (pending returns section). Pending 

orders are orders that require some actions by the vendor depending on the current status 
of the pending orders. For example, an order may be pending because there is inadequate 
stock to satisfy the quantity of parts ordered or because immediate delivery is requested 
by the purchaser, etc. Pending stock checks are stock checks submitted by the 

15 purchasers that require some actions by the vendor. For example, a stock check may be 
pending because there is inadequate stock, because manual approval is required, or 
because the part inquired is invalid, etc. Pending returns are return requests submitted by 
the purchaser as described above that require authorizations by the vendor. At block 
4209, in response to the user's selection of a specific order in the pending orders section, 

20 an order summary user interface as shown in Figure 43B is displayed to allow the vendor 
to review the selected pending order in more detail and to take appropriate actions to 
process the selected pending order. For example, as shown in Figure 43B, the vendor 
may decide to approve or decline the selected pending order which requires immediate 
delivery. At block 4213, in response to the user's selection of a particular stock check 

25 transaction in the pending stock checks section, a stock check summary user interface as 
shown in Figure 43C is displayed to allow the user to review the pending stock check in 
more detail and to take appropriate actions to process the pending stock check. At block 
4217, in response to the user's selection of a specific return transaction in the pending 
returns section, a return authorization user interface is displayed as shown in Figure 43D 

30 to allow the vendor to review the selected pending return request in more detail and to 
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approve or decline the pending return request The process 4200 proceeds to end at 
block 4291. 

Figure 44 shows a flow diagram of a method 4400 for providing historical 
transactional information to a vendor concerning the various types of transactions that 
5 take place within a selected period. The method 4400 starts at block 440 1 and proceeds 
to block 4405. At block 4405, in response to the vendor's request, a historical 
transactional activity summary is displayed to the vendor. An example of a historical 
transactional activity summary is shown in Figure 45 A. In this example, the period is 
defaulted to "today" period even though the period can be defaulted to some other 

10 period, for example 'this week", "this month", "last week", "last month", etc. 
Depending on the period selected, corresponding information will be selected and 
retrieved from the transaction database to construct the appropriate summary report for 
the period selected. In one embodiment, as shown in Figure 45A, the user is allowed to 
select a different period to view the historical activity summary for that period using the 

15 drop down window provided to select another period and select or click on the change 
view option. As shown in Figure 45 A, the historical activity summary includes the 
customers or purchasers that have conducted transactions with the vendor during the 
period selected. For each customer or purchaser shown, the summary also includes 
various information with respect to orders, stock checks, returns, etc, At block 4409, in 

20 response to the user's selection of another period, a historical activity summary for that 
period is displayed to the user based upon the information retrieved from the transaction 
database. At block 4413, in response to the user's selection of a customer or purchaser, 
a historical activity summary for that particular customer or purchaser is displayed to 
the vendor as shown in Figure 45B, based upon the information retrieved from the 

25 transaction database. Again, as shown in Figure 45B, the vendor can also select a 

different period to view the historical activity summary for that period with respect to 
the selected customer. At block 4417, in response to the user's selection of another 
period using the drop down window provided, a historical activity summary for the 
selected period with respect to the selected customer is displayed to the vendor. At 

30 block 442 1 , in response to the user's selection of a particular transaction in the historical 
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activity summary for the selected customer, a transaction summary for the selected 
transaction is displayed as shown in Figure 45C. 

Figure 46 shows a flow diagram of one embodiment of a method 4600 for 
reporting transactional information to a user of the system who is a vendor or distributor. 
The method starts at block 4601 and proceeds to block 4605. At block 4605, in 
response to the user's request to perform reporting functions, a user interface as shown 
in Figure 47A is presented to allow the user to select or specify a reporting option. In 
one embodiment, as shown in Figure 47A, the user is allowed to select either a customer 
reporting option, a lost sales report option, or a billing verification report option. The 
custom reporting option, if selected, will allow the user to download data from the 
system to create his own customized reports. The billing verification report option, if 
selected, will allow the user to view billing detail in his account. The lost sales report 
option, if selected, will allow the user to view a summary report that contains 
information regarding stock check request, order, and lost order detail. At decision block 
4609, the method proceeds to block 4613 if the custom reporting option is selected, 
block 4615 if the lost sales report option is selected, or block 4617 if the billing 
verification report option is selected At block 4613, the user is allowed to download 
data from the system in order to create his customized reports. In one embodiment, the 
user is allowed to specify various criteria or parameters that are used to select the data 
that he wants to download. The various criteria or parameters that the user can specify 
for data selection include the particular database format from the available database 
formats (e.g., text file, Microsoft Access, Microsoft Excel, etc.), data beginning date, data 
ending date, data filter (e.g., data for all transactions, data for one purchaser, data for one 
purchaser affiliation, or data for a specific manufacturer, etc.). At block 4615, a 
summary report containing stock check and order statistics based upon the information 
retrieved from the transaction database is displayed to the user. In one embodiment, as 
shown in Figure 47B, the summary lost sales report contains, for each month within a 
selected period (e.g., year-to-date), the total number of stock checks, the total number of 
stock checks that are unfulfilled, the total number of orders, the total number of lost 
orders, etc. 
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Continuing with the present discussion, at block 4617, a monthly activity 
summary report by week is displayed to the user as shown in Figure 47C, based upon 
information retrieved from the transaction database. In one embodiment, a drill-down 
reporting mechanism is provided to allow the user to view or obtain more detailed 
information regarding the summary information in the monthly activity report. At block 
4619, in response to the user's selection of a particular week in the selected month, a 
weekly summary report for the selected week is displayed to the user as shown in Figure 
47D. Similarly, at block 462 1 , in response to the user's selection of a particular day in 
the selected week, a daily detail report for the selected day as shown in Figure 47E is 
displayed to the user. At block 4623, in response to.the user's selection a specific 
purchaser in the daily detail report, a daily purchaser detail report listing individual 
transactions is displayed as shown in Figure 47F. At block 4625, in response to the 
user's selection of a particular transaction being displayed in the daily purchaser detail 
report, a transaction summary report listing individual part items on the selected 
transaction is displayed to the user as shown in Figure 47G. The method 4600 proceeds 
to end at block 469L 

The invention has been described in conjunction with the preferred embodiment. 
It is evident that numerous alternatives, modifications, variations and uses will be 
apparent to those skilled in the art in light of the foregoing description. 
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CLAIMS 

What is claimed is: 



1 . A method of facilitating transactions between a plurality of purchasers and a 
plurality of vendors connected to a centralized processing system via a computer 
network, the method comprising: 

providing a first purchaser with a mechanism to submit via the computer network 
a transaction request of a first type containing at least one part item to 
one or more specific vendors selected by the first purchaser to receive the 
transaction request of the first type; and 

providing the one or more specific vendors a mechanism to send to the first 
purchaser via the computer network a transaction response to the first 
purchaser's transaction request of the first type. 

2. The method of claim 1 wherein providing the first purchaser with the mechanism to 
submit comprises: 

allowing the first purchaser to submit the transaction request of the first type to the 
centralized processing system via the computer network; and 

transmitting the transaction request of the first type from the centralized processing 
system to the one or more specific vendors selected by the first purchaser to 
receive the transaction request of the first type via the computer network. 

3. The method of claim 2 further comprising: 

storing the transaction request of the first type in the centralized processing system. 

4. The method of claim 3 wherein storing comprises: 

updating a transaction database in the centralized processing system with 

information corresponding to the transaction request of the first type. 

5. The method of claim 1 wherein providing the one or more specific vendors 
comprises: 
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allowing the one or more specific vendors to submit the transaction response to 
the centralized processing system via the computer network; and 

transmitting the transaction response from the centralized processing system to 
the first purchaser via the computer network. 

5 6. The method of claim 5 further comprising: 

storing the transaction response in the centralized processing system. 

7. The method of claim 6 wherein storing comprises: 

updating a transaction database in the centralized processing system with 
information corresponding to the transaction response. 

10 8. The method of claim 2 wherein allowing the first purchaser to submit the 
transaction request of the first type comprises: 

providing the first purchaser with a user interface to construct and send the 

transaction request of the first type to the centralized processing system via 
the computer network. 

1 5 9. The method of claim 2 wherein transmitting the transaction request of the first type 
comprises: 

determining, for each vendor selected by the first purchaser to receive the 

transaction request of the first type, the communication protocol used by the 
respective vendor's computer system to exchange information with the 
20 centralized processing system; and 

converting the transaction request of the first type into a format compatible with the 
respective vendor's computer system based upon the communication 
protocol used. 

10. The method of claim 4 further comprising: 

25 creating a new transaction request message in a message database in the centralized 

processing system based upon the information stored in the transaction 
database corresponding to the transaction request of the first type. 

1 1 . The method of claim 7 further comprising: 



64 



WO 01/20514 



PCTYUS00/24671 



creating a new transaction response message in a message database in the 

centralized processing system based upon the transaction response received 
from the one or more specific vendors. 

1 2. The method of claim 1 wherein the transaction request of the first type is an order 
5 placement request and the transaction response is an order confirmation. 

13. The method of claim 1 wherein the transaction request of the first type is a stock 
check request and the transaction response is a stock check response. 

14. The method of claim 1 wherein the transaction request of the first type is a 
cancellation request and the transaction response is a cancellation confirmation. 

10 15. The method of claim 1 wherein the transaction request of the first type is a return 
request and the transaction response is a return response. 

16. A method of facilitating transactions between multiple purchasers and multiple 
vendors of auto parts connected to a centralized processing system via a computer network, 
the method comprising: 

1 5 providing a first purchaser with a capability to submit via the centralized processing 

system an order placement request containing at least one part item to one 
or more specific vendors selected by the first purchaser to receive the order 
placement request; and 
providing the one or more specific vendors with a capability to send to the first 

20 purchaser via the centralized processing system a response with respect to 

the first purchaser's order placement request. 

17. The method of claim 16 wherein providing the first purchaser with the capability to 
submit the order placement request comprises: 

providing the first purchaser with a capability to obtain stock check information 
25 with respect to the at least one part item from the one or more specific 

vendors prior to submitting the order placement request 

18. The method of claim 17 wherein providing die first purchaser with the capability to 
obtain stock check information comprises: 
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allowing the first purchaser to submit via the centralized processing system a stock 
check request for the at least one part item to the one or more specific 
vendors selected by the first purchaser to receive the stock check request; 
and 

5 allowing the one or more specific vendors to send to the first purchaser via the 

centralized processing system a response with respect to the first 
purchaser's stock check request. 

19. The method of claim 16 further comprising: 

providing the first purchaser with a mechanism to submit a part query request 
10 containing part query criteria to the centralized processing system to 

identify the at least one part item in a part catalog. 

20. The method of claim 19 further comprising: 

generating a list of part items in the part catalog matching the first purchaser's 
query criteria. 



15 21. The method of claim 16 further comprising: 

providing the first purchaser with a mechanism to submit a cancellation request with 
respect to the at least one part item to one or more specific vendors if 
cancellation of the order placement request for the at least one part item is 
allowable based upon the processing status of the at least one part item. 

20 22. The method of claim 16 further comprising: 

providing the first purchaser with a mechanism to submit a return request with 

respect to the at least one part item to one or more specific vendors if return 
of the at least one part item is allowable based upon the processing status of 
the at least one part item. 

25 23. The method of claim 16 further comprising: 

providing a mechanism for the first purchaser to view and update the processing 
status of the at least one part item based upon transactional activities taken 
by the first purchaser and the one or more specific vendors with respect to 
the at least one part item. 
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24. The method of claim 1 6 further comprising: 

providing the first purchaser with a capability to view the processing status of the at 
least one part item and to perform one or more functions with respect to the 
at least one part item based upon its processing status. 

5 25. A method of facilitating transactions between multiple vendors and multiple 
purchasers of auto parts connected to a centralized system via a network, the method 
comprising: 

performing a catalog query function to generate a list of part items in a part catalog 

that match search criteria specified by a first purchaser, 
10 performing a stock check function to obtain and generate a list of stock check 

responses with respect to the part items in the list that are selected by the 

first purchaser to be stock checked; and 
performing an order placement function with respect to the part items in the list of 

stock check responses that are selected by the first purchaser to be ordered. 

15 26. The method of claim 25 wherein performing the catalog query function comprises: 
obtaining the search criteria from the first purchaser; and 

searching the part catalog to identify the part items in the part catalog that match the 
search criteria obtained from the first purchaser. 

27. Hie method of claim 26 wherein the search criteria comprise a vehicle specification. 

20 28. The method of claim 27 wherein the vehicle specification comprises information 
corresponding to the vehicle year, information corresponding to the vehicle make, 
information corresponding to the vehicle model, and information corresponding to the 
vehicle engine type. 

29. The method of claim 27 wherein obtaining the search criteria comprises: 
25 obtaining the vehicle specification. 

30. The method of claim 29 wherein obtaining the vehicle specification comprises: 
presenting to the first purchaser a first list of items corresponding to a first attribute 

of the vehicle specification; and 
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in response to the first purchaser's selection of one of the items in the first list, 
presenting to the first purchaser a second list of items corresponding to a 
second attribute of the vehicle specification. 

3 1 . The method of claim 30 wherein the first attribute of the vehicle specification 
5 corresponds to a vehicle year. 

32. The method of claim 30 wherein the second attribute of the vehicle specification 
corresponds to a vehicle make. 

33. The method of claim 30 wherein the first list is displayed in a first display area and 
the second list is displayed in a second display area, the first and second display areas 

10 being on a same display page. 

The method of claim 30 further comprising: 

in response to the first purchaser's selection of one of the items in the second list, 
presenting to the first purchaser a third list of items corresponding to a third 
attribute of the vehicle specification; and 
in response to the first purchaser's selection of one of the items in the third list, 
presenting to the first purchaser a fourth list of items corresponding to a 
fourth attribute of the vehicle specification. 

35. The method of claim 34 wherein the third attribute of the vehicle specification 
corresponds to a vehicle model. 

20 36. The method of claim 34 wherein the fourth attribute of the vehicle specification 
corresponds to a vehicle engine type. 

37. The method of claim 34 wherein the third list is displayed in a third display area, the 
fourth list is displayed in a fourth display area, the third and fourth display areas being on a 
same display page. 

25 38. The method of claim 34 wherein the third and fourth lists are displayed on the same 
display page as the first and second lists. 



34. 



15 
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39. The method of claim 27 wherein the first search criteria further comprise a part 
specification. 

40. The method of claim 39 wherein the part specification includes a part group 
corresponding to a group of auto part components. 

5 41. The method of claim 39 wherein obtaining the search criteria comprises obtaining 
the part specification. 

42. The method of claim 41 wherein obtaining the part specification comprises: 

upon obtaining the vehicle specification, presenting to the first purchaser a list of 
applicable part groups corresponding to the vehicle specification. 

10 43. The method of claim 42 wherein presenting the list of applicable part groups 
comprises: 

searching a database to identify the part groups corresponding to the vehicle 
specification specified by the first purchaser. 

44. The method of claim 43 wherein the vehicle specification comprises the vehicle 
1 5 year, the vehicle mate, the vehicle model, and the vehicle engine type. 

45. The method of claim 42 further comprising: 

in response to the first purchaser's selection of a specific part group in the list of 
applicable part groups, presenting a list of applicable part subgroups 
corresponding to the specific part group selected by the first purchaser. 

20 46. The method of claim 45 wherein presenting the list of applicable part subgroups 
comprises: 

searching a database to identify the part subgroups corresponding to the specific 
part group selected by the first purchaser. 

47. The method of claim 46 further comprising: 
25 in response to the first purchaser's selection of a specific part subgroup in the list 

of part subgroups, retrieving the part items in the part catalog corresponding 
to the specific part subgroup selected by the first purchaser. 
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48. The method of claim 47 further comprising: 

presenting to the first purchaser the part items retrieved from the first catalog if the 
number of part items retrieved does not exceed a predetermined number. 

49. The method of claim 48 wherein presenting the part items retrieved from the first 
5 catalog comprises: 

sorting the part items according to a predetermined sort order. 

50. The method of claim 49 wherein the part items are sorted by manufacturer 
identifiers. 



5 1 . The method of claim 50 wherein each manufacturer identifier comprises a 
10 manufacturer line code. 



52. The method of claim 49 wherein the part items are sorted by part descriptions 
corresponding to the part items. 

53. The method of claim 48 further comprising: 

if the number of part items retrieved exceeds the predetermined number, presenting 
15 a list of non-redundant part descriptions based upon the part items retrieved 

from the part catalog, each part item retrieved from the part catalog 
containing a corresponding part description. 

54. The method of claim 53 wherein presenting the list of non-redundant part 



20 consolidating die part descriptions extracted from the part entries to remove 

redundant part descriptions. 

55. The method of claim 54 further comprising: 

in response to the first purchaser's selection of one or more part descriptions in the 
list, presenting the part items retrieved from the part catalog that correspond 
25 to the one or more part descriptions selected by the first purchaser. 



56. The method of claim 26 wherein the search criteria comprise a part number. 
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57. The method of claim 56 wherein obtaining the search criteria comprises obtaining 
the part number. 

58. The method of claim 57 wherein obtaining the part number comprises: 
providing the first purchaser with a user interface to enter the part number. 

59. The method of claim 56 wherein the search criteria further comprise a manufacturer 
line code. 



60. The method of claim 59 wherein obtaining the search criteria comprises obtaining 
the manufacturer line code. 

6 1 . The method of claim 60 wherein obtaining the manufacturer line code comprises: 
10 providing the first purchaser with a user interface to optionally enter the 

manufacturer line code. 

62. The method of claim 6 1 further comprising: 

if the manufacturer line code is entered by the first purchaser, verifying that the 
manufacturer line code entered by the first purchaser is valid 

15 63. The method of claim 60 wherein obtaining the manufacturer line code comprises: 
providing the first purchaser with a mechanism to select the manufacturer line code. 

64. The method of claim 63 wherein providing the first purchaser with the mechanism 
to select the manufacturer line code comprises: 

presenting to the first purchaser an alphabetical list; 
20 in response to the first purchaser's selection of a specific letter in the alphabetical 

list, presenting to the first purchaser a list of manufacturers whose 
identifiers beginning with the specific letter selected by the first purchaser, 
and 

in response to the first purchaser' selection of a specific manufacturer, presenting 
25 to the first purchaser a list of manufacturer line codes corresponding to the 

specific manufacturer selected by the first purchaser. 
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65. The method of claim 59 further comprising: 

searching the part catalog for part items that match the part number and the 

manufacturer line code provided by the first purchaser, and 
presenting the part items from the part catalog that match the part number and the 
manufacturer line code provided by the first purchaser. 

The method of claim 65 wherein presenting the part items comprises: 
sorting the pan items according to a specified sort order. 

The method of claim 65 further comprising: 

if there are no part items in the part catalog matching the part number and the 

manufacturer line code provided by the first purchaser, performing a special 
stock check function. 



66. 
67. 

10 



68. The method of claim 67 wherein performing the special stock check function 
comprises: 

informing the first purchaser that there is no part item in the part catalog matching 
1 5 the part number and the manufacturer line code provided by the first 

purchaser; and 

providing the first purchaser with a mechanism to perform a stock check on the 
specific part identified by the part number and the manufacturer line code 
provided by the first purchaser. 

20 69. The method of claim 68 wherein providing the first purchaser with the mechanism 
comprises: 

allowing the first purchaser to specify one or more vendors to which a stock check 
request on the specific part is to be sent 

70. The method of claim 69 wherein allowing comprises: 

25 presenting to the first purchaser a first list of vendors pre-selected by the first 

purchaser as vendors of first choice. 

7 1 . The method of claim 70 further comprising: 

providing the first purchaser with a mechanism to select a different list of vendors. 
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72. The method of claim 25 further comprising: 

providing the first purchaser with a mechanism to select one or more specific part 
items to be stock checked from the list of part items matching the search 
criteria specified by the first purchaser. 

5 73. The method of claim 72 further comprising: 

for each part item selected to be stock checked, providing the first purchaser with a 
mechanism to select one or more specific vendors to whom a stock check 
request for the respective part item is to be sent 

74. The method of claim 73 wherein providing comprises: 
10 presenting to the first purchaser a list of the one or more specific vendors in a 

specified order, and 

indicating that the one or more specific vendors have been identified as the vendors 
that carry the manufacturer product line to which the respective part item 
belongs. 

15 75. The method of claim 74 further comprising: 

providing the first purchaser with a mechanism to select another set of vendors. 

76. The method of claim 26 further comprising: 
presenting the part items in a specified sort order, and 

for each part item being presented, showing in a specified order a predetermined set 
20 of vendors according to a vendor selection scheme indicated by the fust 

purchaser. 

77. The method of claim 76 further comprising: 

determining the specified sort order in which the part items are presented; 
determining the type of vendors to whom the first purchaser wants to submit a 
25 stock check request; 

determining the order in which the vendors are to be presented 

78. The method of claim 76 further comprising: 

allowing the first purchaser to specify the sort order in which the part items are to 
be presented; 
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allowing the first purchaser to specify which type of vendors are to be presented; 
and 

allowing the first purchaser to specify the order in which the vendors are to be 
presented. 

5 79. . The method of claim 25 wherein performing the stock check function comprises: 
allowing the first purchaser to select one or more specific part items to be stock 

checked from the list of part items matching the search criteria specified by 
the first purchaser, and 
for each part item selected by the first purchaser to be stock checked, allowing the 
10 first purchaser to specify one or more vendors to whom a stock check 

request for the part item selected is to be submitted. 



80. The method of claim 79 wherein allowing the first purchaser to select one or more 
part items comprises: 

presenting to the first purchaser the list of part items retrieved from the part catalog 
IS that match the search criteria specified by the first purchaser; and 

for each part item in the list, providing the first purchaser with a mechanism to 
individually select the respective part item to be stock checked. 

8 1 . The method of claim 80 wherein providing the first purchaser with the mechanism 
to individually select comprises: 

20 presenting a selectable indicator in connection with the respective part item, the 

selectable indicator when marked by the first purchaser indicating that the 
corresponding part item is to be stock checked. 

82. The method of claim 80 wherein allowing the first purchaser to specify one or more 
vendors comprises: 

25 allowing the first purchaser to select a list of vendors of a particular type; and 

for each part entry being presented, showing the list of vendors selected by the first 
purchaser. 

83. The method of claim 82 wherein showing the list of vendors comprises: 
presenting the list of vendors according to a display order specified by the first 

30 purchaser. 
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84. The method of claim 83 further comprising: 

providing the first purchaser with a mechanism to individually select one or more 
vendors from the list of vendors presented as the vendors to whom a stock 
check request for the selected part item is to be submitted 

5 85. The method of claim 83 further comprising: 

indicating to the first purchaser which vendors in the list are the vendors that cany 
the particular product line to which the respective part item belongs. 

86. The method of claim 85 wherein indicating comprises: 

for each part item being presented, showing a selectable indicator in connection with 
10 the vendor identifier being presented to indicate that the respective vendor 

carries the particular part product, line to which the respective part item 
belongs. 

87. The method of claim 79 further comprising: 

preparing one or more stock check requests based upon the first purchaser's 
15 selections; 

storing the one or more stock check requests in a transaction database; and 
submitting the one or more stock check requests to the vendors selected by the first 
purchaser. 

88. The method of claim 87 wherein preparing the one or more stock check requests 
20 comprises: 

determining the part items that are selected by the first purchaser to be stock 
checked; 

determining, for each part item selected by the first purchaser to be stock checked, 
the vendors that are selected by the first purchaser to whom the stock check 
25 request for the selected part item is to be submitted; and 

constructing the one or more stock check requests based upon the part items and 
the vendors selected by the first purchaser. 

89. The method of claim 87 wherein submitting the one or more stock check requests 
to the vendors selected comprises: 

30 transmitting electronically the one or more stock check requests to the selected 

vendors at their corresponding network addresses. 
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90. The method of claim 87 wherein submitting the one or more stock check requests 
comprises: 

converting the stock check requests into formats compatible with the selected 
vendors* systems. 

9 1 . The method of claim 90 wherein converting comprises: 
generating stock query messages based upon the stock check requests information; 
sending the stock query messages to a response server that is configured to process 

stock query messages at the corresponding vendor's system. 

92. The method of claim 90 wherein converting comprises: 
generating stock query messages based upon the stock check requests information; 

and 

converting the stock query messages into interactive scripts used to invoke 
functions in the vendor's system via a terminal session. 

93. The method of claim 79 further comprising: 

1 5 receiving stock check responses from the vendors with respect to the one or more 

stock check requests submitted; and 
presenting the stock check responses to the first purchaser. 

94. The method of claim 93 wherein presenting the stock check responses comprises: 
sorting the stock check responses according to a sorting scheme selected by the 

20 first purchaser. 

95. The method of claim 95 wherein the stock check response comprises the part 
information including the manufacturer product line, part number, and the part description. 

96. The method of claim 93 wherein the stock check response further comprises the 
part cost and the part availability information, the part availability information comprising 

25 quantity information indicating how many units of the respective part item are available on 
hand. 
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97. The method of claim 96 wherein the part cost and the part availability information 
for each part item arc provided for each vendor in the list 

98. The method of claim 97 wherein the vendors in the list are presented in an order 
specified by the first purchaser. 

5 99. The method of claim 98 wherein the vendors are presented in a horizontal display 
order with the highest ranking vendor being presented in the left-most available column and 
the lowest ranking vendor being displayed in the right-most available column. 

100. The method of claim 25 wherein performing the order placement function 
comprises: 

10 allowing the first purchaser to select one or more specific part items to be ordered 

from the list of stock check responses; and 
for each part item selected by the first purchaser to be ordered, allowing the first 

purchaser to specify one or more vendors to whom an order request for the 
part item selected is to be submitted. 

15 101 . The method of claim 100 wherein allowing the first purchaser to select one or more 
part items comprises: 

presenting to the first purchaser the list of stock check responses; and 
for each part item in the list, providing the first purchaser with a mechanism to 
individually select the respective part item to be ordered. 

20 102. The method of claim 101 wherein providing the first purchaser with the mechanism 
to individually select comprises: 

presenting a selectable indicator in connection with the respective part item being 
presented, the selectable indicator when marked by the first purchaser 
indicating that the corresponding part item is to be ordered; 

25 1 03. The method of claim 1 02 wherein allowing the first purchaser to specify one or 
more vendors comprises: 

for each part item in the list of stock check responses, showing the vendors from 
whom the stock check response for the respective part item has been 
received; and 
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providing the first purchaser with a mechanism to individually seiect one or more 
vendors being shown to whom an order request for the selected part item is 
to be submitted 

104. The method of claim 103 wherein showing the vendors comprises: 

presenting the vendors according to a display order specified by the first purchaser. 



105. The method of claim 103 wherein providing the first purchaser with a mechanism 
comprises: 

presenting a selectable indicator for each vendor being shown, the selectable 
indicator when marked by the first purchaser indicating that the 
corresponding vendor is the vendor to whom the order for the selected part 
item is to be submitted 



106. The method of claim 100 further comprising: 

preparing one or more part order requests based upon the first purchaser's 
selections; 

1 5 storing the one or more part order requests in a transaction database; and 

submitting the one or more part order requests to the vendors selected by the first 
purchaser. 

107. The method of claim 106 wherein preparing the one or more part order requests 
comprises: 

20 determining the part items that are selected by the first purchaser to be ordered; 

determining, for each part item selected by the first purchaser to be ordered, the 
vendors that are selected by the first purchaser to whom the part order 
request is to be submitted; and 
constructing the one or more part order requests based upon the part items and the 
25 vendors selected by the first purchaser. 

108. The method of claim 107 wherein submitting the one or more part order requests to 
the vendors selected comprises: 

transmitting electronically the one or more part order requests to the selected 
vendors at their corresponding network addresses. 
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109. The method of claim 108 wherein submitting the one or more part order requests 
comprises: 

converting the part order requests into formats compatible with the selected 
vendors* systems. 

5 1 10. The method of claim 109 wherein converting comprises: 

generating part order messages based upon the part order requests information; 
sending the part order messages to a response server that is configured to process 
part order messages at the vendor's system. 



10 



111. The method of claim 109 wherein converting comprises: 
generating part order messages based upon part order requests information; and 
converting the part order messages into interactive scripts used to invoke functions 

in the vendor's system via a terminal session. 

1 12. The method of claim 106 further comprising: 

receiving part order confirmations from the vendors with respect to the one or more 
15 part order requests submitted; and 

presenting the pan order confirmations to the first purchaser. 

113. The method of claim 1 12 wherein presenting the part order confirmations 
comprises: 

sorting die part order confirmations according to a sorting scheme selected by the 
20 first purchaser. 

1 14. The method of claim 100 further comprising: 

presenting an order summary containing part orders requested by the first 
purchaser. 

1 IS. The method of claim 1 14 further comprising: 
25 allowing the first purchaser to specify which part items in the order summary are to 

be sent to the vendors. 

116. The method of claim 1 14 further comprising: 
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allowing the first purchaser to specify, for each part item to be ordered, a time frame 
for the delivery of the part item ordered. 

1 17. The method of claim 25 further comprising: 
performing a cancellation function in response to the first purchaser's cancellation 

request 

1 18. The method of claim 1 17 wherein performing the cancellation function comprises: 
providing the first purchaser with a capability to review outstanding part order 

requests; and 

for each outstanding part order requests, providing the first purchaser with a 
mechanism to submit a cancellation request with respect to one or more 
specific part items on the respective part order request. 

1 19. The method of claim 1 18 wherein providing the first purchaser with the capability 
to review outstanding part order requests comprises: 

presenting a list of part order requests submitted by the first purchaser. 

15 120. The method of claim 1 19 wherein providing the first purchaser with the mechanism 
comprises: 

for each part order request listed, presenting a selectable indicator in connection 
with the respective part order listed, the selectable indicator when marked 
indicating that the corresponding part order is to be cancelled. 

20 121. The method of claim 120 further comprising: 

determining which part items are selected by the first purchaser to be cancelled; 
preparing one or more cancellation requests based upon the first purchaser's 
selections; 

storing the one or more cancellation requests in a transaction database; and 
25 submitting the one or more cancellation requests to the corresponding vendors. 

122. The method of claim 12 1 wherein submitting the one or more cancellation requests 
comprises: 

electronically transmitting the one or more cancellation requests to the 

corresponding vendors at their corresponding network addresses. 
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123. The method of claim 122 wherein submitting the one or more cancellation requests 
comprises: 

converting the one or more cancellation requests into formats compatible with the 
selected vendors* systems. 

The method of claim 122 wherein converting comprises: 

generating cancellation messages based upon the one or more cancellation requests 
information; 

sending the cancellation messages to a response server that is configured to process 
cancellation messages at the vendor's system. 

The method of claim 122 wherein converting comprises: 

generating cancellation messages based upon the one or more cancellation requests 
information; and 

converting the cancellation messages into interactive scripts used to invoke 
functions in the vendor's system via a terminal session. 

The method of claim 121 further comprising: 

receiving cancellation confirmation information from the vendors with respect to the 

one or more cancellation requests submitted; and 
presenting the cancellation confirmation information to the first purchaser. 

The method of claim 25 further comprising: 

performing an order status function in response to the first purchaser's order status 
request 

1 28. The method of claim 127 wherein performing the order status function comprises: 
providing the first purchaser with a mechanism to review outstanding part orders 

submitted by the first purchaser each containing one or more part items; 
providing the first purchaser with a capability to individually select one or more part 

items the status of which is to be requested; and 
submitting one or more order status requests to corresponding vendors based upon 

the first purchaser's selections. 
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129. The method of claim 128 wherein providing the fust purchaser with the capability 
to review outstanding part orders comprises: 

presenting a list of part orders submitted by the first purchaser in an oider specified 
by the first purchaser. 

5 130. The method of claim 128 wherein providing the first purchaser with the capability 
to individually select comprises: 

for each part item on each respective part order, presenting a selectable indicator in 
connection with the respective part item, the selectable indicator when 
marked indicating that the corresponding status for the respective part item 
*0 is to be requested from the corresponding vendor. 

131. The method of claim 130 wherein submitting the order status requests comprises: 
determining which part items are selected by the first purchaser, 

for each part item selected by the first purchaser, preparing a status request to be 
submitted to the corresponding vendor, 
IS storing the status requests in a transaction database; and 

submitting the status requests to the corresponding vendor. 

1 32. The method of claim 13 1 wherein submitting the status requests comprises: 
electronically transmitting the status requests to the corresponding vendors at their 

corresponding network addresses. 

20 133. The method of claim 132 wherein submitting the status requests comprises: 

converting the status requests into formats compatible with the selected vendors* 
systems. 

134. The method of claim 133 wherein converting comprises: 
generating status messages based upon the status requests information; 

25 sending the status messages to a response server that is configured to process 

status messages at the vendor's system. 

135. The method of claim 133 wherein converting comprises: 
generating status messages based upon status requests information; and 
converting the status messages into interactive scripts used to invoke functions in 

30 the vendor's system via a terminal session. 
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1 36. The method of claim 13 1 further comprising: 

receiving status response information from the vendors with respect to the status 

requests submitted; and 
presenting the status response information to the first purchaser, 

5 1 37. The method of claim 25 further comprising: 

performing a part return function in response to the first purchaser's part return 
request 

138. The method of claim 137 wherein performing the part return function comprises: 

providing the first purchaser with a capability to individually select one or more part 
10 orders containing one or more part items to be returned; 

providing the first purchaser with a capability to individually select, from each part 

order specified, one or more part items to be returned; and 
submitting one or more part return requests based upon the first purchaser's 
selections. 

15 139. The method of claim 138 wherein providing the first purchaser with the capability 
to individually select the one or more part orders comprises: 

presenting a list of part orders submitted by the first purchaser in an order specified 
by the first purchaser. 

140. The method of claim 138 wherein providing the first purchaser with the capability 
20 to individually select the one or more part items to be returned comprises: 

for each part item listed, presenting a selectable indicator in connection with the 
respective part item listed, the selectable indicator when marked indicating 
that the respective part item is to be returned 

14 1 . The method of claim 138 wherein submitting the part return requests for the part 
25 items selected comprises: 

determining the part items selected by the first purchaser to be returned; 
preparing one or more part return requests to be submitted to the corresponding 

vendors based upon the first purchaser's selections; and 
storing the part return requests in a transaction database. 
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142. The method of claim 138 wherein submitting the part return requests comprises: 
transmitting electronically the part return requests to the corresponding vendors at 

their corresponding network addresses. 

143. The method of claim 138 wherein submitting the one or more part return requests 
5 comprises: 

converting the part return requests into formats compatible with the selected 
vendors' systems. 

144. The method of claim 143 wherein converting comprises: 

generating part return request messages based upon the part return requests 
10 information; 

sending the part return request messages to a response server that is configured to 
process part return messages at the vendor's system. 

145. The method of claim 143 wherein converting comprises: 
generating part return request messages based upon part return requests 

IS information; and 

converting the part return messages into interactive scripts used to invoke functions 
in the vendor's system via a terminal session. 

146. The method of claim 138 further comprising: 

receiving the return authorizations from the vendors with respect to the pari return 
20 requests; and 

presenting the return authorizations to the first purchaser. 

147. The method of claim 25 further comprising: 

performing a status information update function in response to the first purchaser's 
request. 

25 148. The method of claim 147 wherein performing the status information update 
function comprises: 

presenting a list vendors with which the first purchaser has placed one or more part 
orders; 
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in response to the first purchaser's selection of a particular vendor in the list, 

presenting a list containing part items ordered from the particular vendor, 

providing the first purchaser with a mechanism to individually select each part item 
in the list to indicate that the respective part item has been received by the 
5 first purchaser; and 

in response the first purchaser's update request, updating the delivery status of the 
selected part item to reflect that the respective part item has been received, 

149. The method of claim 148 further comprising: 

providing the first purchaser with a mechanism to individually select each part item 
0 in the list to indicate that a core for the respective part item has been 

returned; and 

in response to first purchaser's update request, updating the core return status of 
the selected part item to reflect that the core for the respective part item has 
been returned. 



15 150. The method of claim 148 further comprising: 

providing the first purchaser with a mechanism to individually select each part item 
in the list to indicate that the respective part item has been returned to the 
corresponding vendor, and 
in response to the first purchaser's update request, updating the part return status of 
the selected part item to reflect that the respective part item has been 
returned 



15 1. The method of claim 25 further comprising: 

in response to a report request, performing a transaction reporting function. 

152. The method of claim 151 wherein performing the transaction reporting function 
comprises: 

generating a transaction summary report for a first period, the transaction summary 
report for the first period containing a list of vendors and transactional data 
for each vendor in the list; and 

in response to the user's selection of a specific vendor in the list, generating a 
transaction summary report for the selected vendor containing a list of 
second periods and transactional data for each second period in the list, each 
second period corresponding to a duration within the first period. 

85 



WO 01/20514 



PCT7US00/24671 



153. The method of claim 152 farther comprising: 

in response to the user's selection of a specific second period, generating a 
transaction summary report for the selected vendor with respect to the 
selected second period containing a list of third periods and transactional 
5 data for each third period in the list, each thiid period corresponding to a 

duration within the selected second period. 

154. The method of claim 153 fiirther comprising: 

in response to the user's selection of a specific third period, generating a 

transaction summary report for the selected vendor with respect to the 
10 selected third period containing a list of transactions conducted within the 

selected third period. 

155. The method of claim 154 further comprising: 

in response to the user's selection of a specific transaction in the list, generating a 
transaction summary report for the selected transaction containing 
15 individual part items on the selected transaction. 

156. The method of claim 25 fiirther comprising: 

in response to a user's request to review status of transactions in the user's 

account, generating a summary listing of transactions in the user's account, 
the summary listing containing a transaction identifier and a current status 
20 for each transaction; and 

allowing the user to perform one or more specific functions with respect to each 
transaction in the summary listing based upon the current status of each 
transaction. 

157. The method of claim 156 wherein the summary listing further comprising a vendor 
25 identifier for each transaction. 

158. The method of claim 156 wherein allowing the user to perform one or more specific 
functions comprises: 

allowing the user to cancel transactions that have not been accepted by the 
corresponding vendors. 
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1 59. The method of claim 1 56 wherein allowing comprises: 

in response to the user's selection of a specific vendor identifier in the summary 
listing, providing the user with detailed information about the selected 
vendor. 

5 1 60, The method of claim 1 56 wherein allowing comprises: 

in response to the user's selection of a particular transaction identifier in the 

summary listing, providing a transaction status history for each part item 
associated with the selected transaction. 

16 1 . The method of claim 156 further comprising: 
10 for each part item associated with the selected transaction, allowing the user to 

perform a first function if the respective part item is in a first status and a 
second function if the respective part item is in a second status. 



162. The method of claim 161 wherein the first status indicates that cancellation of an 
order placement request for the respective part item is allowable and the first function 

15 comprises generating a cancellation request for the respective part item. 

163. Hie method of claim 1161 wherein the second status indicates that a return of the 
respective part item to the vendor is allowable and the second function comprises 
generating a return request for the respective part item. 

164. A system for facilitating various types of transactions between a plurality of 

20 purchaser and a plurality of vendors connected to the system via a computer network, the 
system comprising: 

a first server to receive a transaction request of a first type from a user via the 

computer network; 
a transaction database to store the transaction request of the first type; and 
25 a vendor system interface to transmit the transaction request of the first type via the 

computer network to one or more vendors selected by the user to receive the 
transaction request of the first type. 
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165. The system of claim 164 wherein the vendor system interface is further configured 
to receive via the computer network a transaction response with respect to the transaction 
request from the one or more selected vendors. 

166. The system of claim 165 wherein the transaction database is further configured to 
5 store the transaction response received from the one or more vendors. 

167. The system of claim 1 66 wherein the first server is further configured to transmit 
the transaction response stored in the transaction database to the user via the computer 
network. 

168. The system of claim 167 further comprising: 

10 database update logic to update the transaction database with the information 

associated with the transaction request 

169. The system of claim 168 further comprising: 

a message database to store a transaction request message based upon the 
transaction request stored in the transaction database. 

15 170. The system of claim 169 wherein the vendor system interface uses the transaction 
request message stored in the message database to perform its corresponding function. 

17 1 . The system of claim 170 wherein the message database is further configured to 
store a transaction response message based upon the transaction response received. 

172. Hie system of claim 171 wherein the vendor system interface is further configured 
20 to create the transaction response message upon receiving the transaction response. 

173. The system of claim 17 1 wherein the transaction response message is used by the 
database update logic to update the transaction database. 

174. A system for facilitating transactions between multiple purchasers and vendors 
connected to the system via a network, the system comprising: 

25 first programming logic to facilitate new transactions between the purchasers and 

vendors, the first programming logic comprising: 
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part query logic to search a part catalog and present to a user a part list 
containing part items based upon a part queiy request submitted 
by the user; 

stock check logic to obtain and present to the user a stock check response 
list containing stock check information with respect to one or more 
part items from the part list that are selected by the user to be 
stock checked; and 

order placement logic to submit an order placement request to each vendor 
selected by the user, the order placement request containing one or 
more part items that are selected by the user from the response list 
to be ordered. 



175. The system of claim 174 wherein the part query logic comprises: 
logic to receive the part query request from the user, 

logic to search the part catalog to identify and retrieve part items in the part catalog 
1 5 that match query criteria specified in the part query request; and 

logic to generate and present the part list to the user based upon the part items that 
match the query criteria. 

176. The system of claim 175 wherein the logic to receive the part query request 
comprises: 

20 logic to allow the user to construct the part query request based upon 

vehicle and part information. 



177. The system of claim 175 wherein the logic to receive the part query request 
comprises: 

logic to allow the user to construct the part query request based upon part number 
25 and manufacturer information. 

178. The system of claim 177 wherein the logic to allow the user to construct comprises: 
logic to allow the user to specify the vehicle information using selectable lists; and 
logic to allow the user to specify the part information using selectable lists. 

179. The system of claim 174 wherein the stock check logic comprises: 
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logic to allow the user to select one or more specific part items to be stock checked 

from the part list; and 
logic to allow the user to specify, for each part item selected by the user to be stock 

checked, one or more vendors to whom a stock check request for the 
5 respective part item is to be submitted. 

1 80. The system of claim 1 74 wherein the order placement function comprises: 

logic to allow the user to select one or more specific part items to be ordered from 

the stock check response list; and 
logic to allow the user to specify, for each part item selected by the user to be 
10 ordered, one or more vendors to whom an order placement request for the 

respective part item is to be submitted. 



181. The system of claim 1 74 further comprising: 

second programming logic to facilitate existing transactions between the purchasers 
and vendors, the second programming logic comprising: 
15 logic to perform a cancellation function in response to the user's request; 

and 

logic to perform a return function in response to the user* s request. 

1 82. The system of claim 174 wherein logic to perform the cancellation function 
comprises: 

20 logic to allow the user to view outstanding part orders submitted by the user; and 

logic to allow the user to select one or more part items to be cancelled from one or 
more part orders. 



183. The system of claim 174 wherein logic to perform the return function comprises: 
logic to allow the user to view outstanding part orders submitted by the user; and 
25 logic to allow the user to select one or more part items to be returned from one or 

more part orders. 



184. A machine-readable medium comprising instructions which, when executed by a 
machine, cause the machine to perform the steps of: 

receiving a transaction request of a first type from a user via the computer network; 
30 storing the transaction request of the first type; and 
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transmitting the transaction request of the first type via the computer network to one 
or more vendors selected by the user to receive the transaction request of the 
first type. 

1 85. The machine-readable medium of claim 184 further comprising: 

5 receiving a transaction response with respect to the transaction request from the one 

or more selected vendors. 

186. The machine-readable medium of claim 185 further comprising: 

storing the transaction response received from the one or more selected vendors. 

187. The machine-readable medium of claim 186 further comprising: 

10 transmitting the transaction response to the user via the computer network. 

188. A machine-readable medium comprising instructions which, when executed by a 
machine, causes the machine to perform the steps of: 

performing a catalog query function to generate a list of part items in a part catalog 

that match search criteria specified by a first purchaser, 
15 performing a stock check function to obtain and generate a list of stock check 

responses with respect to the part items in the list that are selected by the 

first purchaser to be stock checked; and 
performing an order placement function with respect to the part items in the list of 

stock check responses that are selected by the first purchaser to be ordered. 



20 1 89. The machine-readable medium of claim 187 wherein performing the catalog query 
function comprises: 

obtaining the search criteria from the first purchaser, and 
searching the part catalog to identify the part items in the part catalog that match the 
search criteria obtained from the first purchaser. 

25 190. The machine-readable medium of claim 189 further comprising: 

presenting to the first purchaser the list of part items from the part catalog that 
match the search criteria specified by the first purchaser. 
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191. The machine-readable medium of claim 1 87 wherein performing the stock check 
function comprises: 

allowing the first purchaser to select one or more specific part items to be stock 
checked from the list of part items matching the search criteria specified by 
5 the first purchaser, and 

for each part item selected by the first purchaser to be stock checked, allowing the 
first purchaser to specify one or more vendors to whom a stock check 
request for the part item selected is to be submitted 

192. The machine-readable medium of claim 191 wherein allowing the first purchaser to 
10 select one or more part items comprises: 

presenting to the first purchaser the list of part items retrieved from the part catalog 
that match the search criteria specified by the first purchaser, and 

for each part item in the list, providing the first purchaser with a mechanism to 
individually select the respective part item to be stock checked. 

IS 193. The machine-readable medium of claim 192 further comprising: 

preparing one or more stock check requests based upon the first purchaser's 
• selections; 

storing the one or more stock check requests in a transaction database; and 
submitting the one or more stock check requests to the vendors selected by the first 
20 purchaser. 

194. The machine-readable medium of claim 193 further comprising: 

receiving stock check responses from the vendors with respect to the one or more 

stock check requests submitted; and 
presenting the stock check responses to the first purchaser. 

25 195. The machine-readable medium of claim 188 wherein performing the order 
placement function comprises: 

allowing the first purchaser to select one or more specific part items to be ordered 

from the list of stock check responses; and 
for each part item selected by the first purchaser to be ordered, allowing the first 
30 purchaser to specify one or more vendors to whom an order request for the 

part item selected is to be submitted 



92 



WO 01/20514 



PCT7US00/24671 



1 96. The machine-readable medium of claim 1 95 wherein allowing the first purchaser to 
select one or more part items comprises: 

presenting to the first purchaser the list of stock check responses; and 
for each part item in the list, providing the first purchaser with a mechanism to 
5 individually select the respective part item to be ordered 

197. The machine-readable medium of claim 196 further comprising: 
preparing one or more part order requests based upon the first purchaser's 

selections; 

storing the one or more part order requests in a transaction database; and 
10 submitting the one or more part order requests to the vendors selected by the first 

purchaser. 

198. The machine-readable medium of claim 197 further comprising: 

receiving order confirmations from the vendors with respect to the one or more part 
order requests submitted; and 
1 5 presenting the order confirmations to the first purchaser. 

199. The machine-readable medium of claim 198 further comprising: 

performing a cancellation function in response to the first purchaser's cancellation 
request. 

200. The machine-readable medium of claim 188 further comprising: 

20 performing an order status function in response to the first purchaser's order status 

request. 

201 . The machine-readable medium of claim 188 further comprising: 
performing a part return function in response to the first purchaser's part return 

request. 
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SUMMARY OF SELECTED VENDORS 

Bdcw are the vendors you have chosen to utilize with RapidAutDNet If you would like to submit a crecfit application 
for any of the\endors, please dick on the "CredtApp" link provided tor each vendor. If you would like to set the order 
in which your Stock Check Results aredsplayed please use the "Display Priority" Column. You may number each 
Visndor Group from one to five. 
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Norta 
Act) Pats/ 
Canniest 

Ooogpn 
Dstributis 


344 Bk 
Grove /Florin 
Rd 

8Brato 


EQc Grove 
Sacramento 


CA 
CA 


xscftsdsdoom 
xxx@5dsdcom 


(xxx) 
xxx-xxx 

I***/ 


PXP938B4 


Pars 
Xpress 


SGWestS7th 
St 


Phoenix 


AZ 


xtt&sdsdcorn 




QBit 


Bali din 


19923 Eastern 
Parkway North 


Seattle 


WA 1 




(90B) 
998-9E38 


AjQdiQQQD 


Distributing 








Xpress AO> 
Dstributors 


2311 franon 
Pkwy 


Salt Lake 
City 


LTT 


XprasPS^Ukacan 


(90S) 
75&<X8B 


Cteft 

Ajpcflflrj 


AiBican H{Ji 
PerfarrroncD 
Pare 


3994 American 
EagteOvd 
*G45-A 


Los Angeles 


CA 


sfTppHanetcam 


(30e) 
98^9943 




Robertson 


923 North 


Williams 


CA * 






Application 


Affimofte 
Distributors 


Industri* Bvd 

Continue 








(91Q 
875-3221 
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VENDOR PRICE DISPLAY PREFERENCES 

RapdAutDNef™ allows you to custorrizeyour StDck Check Results by allowing you Id sdecta "Sdling Price 
Cdculation Method" and whether a not to cf splay cost pricing on a per vendor basis. Your selections will 
determine how Price and Cost inforrration is dspiayed in your Stock Check Results screens. 

SELLING PRICE CAU0ULAT1ON METHODS: 

• \fendor Suggested Displays the vendor's Suggested Selling Price 

• Mark On Cost Displays the Selling Price as a Markup on the vendors cost The 
M arkqp Percentage is determined by the number you enter. 

COST D SPLAY OPTIONS 

• DisplayGast- YES: Displays the Vfendor Cost, fbrapartajJarvendorJntheStock 
Check Results screens. 

• Display Cost- NO: Does Nlot Dismay the VfendcrC^ 
Stock Check Results screens. 



Vendor Type 


Vendor Nane 


Selling Price Caioiafiion Method 


Cost 


Display 


PRIMARY 
LOCAL 


Big A Auto Parts 


• Vendor Suggested 
Cost % 


Markup On 


•Yes 


NO 


SECONDARY 
LOCfl. 


NAPA 


• Vendor Suggested 
Cost % 


Markup On 


•Yes 


No 




Parts Warehouse 


• Vendor Suggested 
Cost % 


Markup On 


•Yes 


No 




Valley 


• Vendor Suggested 

LOST to 


Markup Ch 


• Yes 


No 


ALTERNATE 
LOCAL 


Advanced Auto 
Parts 


• Vendor Suggested 
Cost % 


Markup On 


• Yes 


No 




Danzig Auto 


• Vsndor Suggested 
tot % 


Markup Ch 


• Yes 


No 




Federated Auto 


• Vendor Suggested 
Cost % 


Markup On 


• Yes 


No 




NorCalAutD 
Parts CarQiest 


• Vendor Suggested 
Cost % 


Markup On 


• Yes 


No 




Octagon 
Distributors 


• Vendor Suggested 
Cost % 


Markup Ch 


•Yes 


No 


PRIMARY 
WILL-ShBP 


Parts Xpress 


• Vendor Suggested 
Cost % 


Markup Ch 


•Yes 


No 


SECOOARY 
WILL-SHP 


Bertram 
Distributing 


• Vendor Suggested 
Cost % 


Markup Ch 


•Yes 


No 




Xpress Auto 
Distributors 


• Vendor Suggested 
Cost % 


Markup Ch 


•Yes 


No 


ALTERNATE 
WILL-SHP 


American High 

Performance 

Parts 


• Vendor Suggested 
Cost % 


Markup Ch 


• Yes 


No 




Robertson 

Automotive 

Distributors 


• Vendor Suggested 
Cost % 


Markup Ch 


• Yes No 
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VENDOR DEFAULT □SPUV 
PREFERENCE 



Please select your default "Stock Check Results Screen" display 
preference. This is only your "default' view. You may change the 
view at any time from fie "Stock Check Results Screens". 

• Display Primary & Secondary Vendors Together 
Display Primary vendors) Acme 



Continue 
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( START J 

DSPLAY VENDOR 
COMPANY INFO Ul 



+ /-1607 



OBTAIN VENDOR 
COMPANY INFO 



I 



1609 



□SPLAY VENDOR 
SERVICES INFO 
Ul 



^161 



OBTAIN VENDOR 
SERVICES INFO 



I 



1613 



DISPLAY VENDOR 
USER AUTH INFO Ul 



r1615 



OBTAIN VENDOR 
USER ALTTTH INFO 



H617 



DISPLAY VENDOR 
ACCTUSER 
SUMMARY 



1 



1619 



DISPLAY VENDOR 
MANUFXJNE 
SELECT! CNUI 



X 



/-162 



OBTAIN VENDOR 

MANUF/UNE 
SELECTION INFO 



1623 



DISPLAY VENDOR 
PARTS SUB-GROUP 
SELECTION Ul 



^1625 



OBTAIN VENDOR 
PARTS SUB-GROUP 
SELECTION INFO 



I 



1627 



DISPLAY VENDOR 
WORKFLOW 
PROCEDURES 
Ul 



^1629 



OBTAIN VENDOR 
WORKFLOW 
PROCEDURES 
INFO 



^1631 



DISPLAY 
PURCHASERS 
SELECT! ON/NV1TE 
Ul 



1 



JL 



1633 



OBTAIN EXISTING 
PURCHASERS 
INFO 



a 1635 



SEND INVITATION 
TO DO BUSINESS 
TO SELECTED 
PURCHASERS 



✓ 1 V 1 ® 1 

f END T 
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RAN VENDOR COMPANY INFORMATION 



Gorrpany 
contact iNorne 
Address 
Qty 
State 
2p 

Your MeSrcpdi tan 
Area 

Telephone 

Fax Number 

Email 

Business Holts ^ _ _ 

Monday thai Friday &0Qam Close SOCpm 

Business Holts 

Cfcen aOO&n Qose 5:00pm 



- Select A Metropolitan Area - 



0 



SatLffday 
Holiday Hours 



New Yea's Day 
Closed 

Linodn's B-Oay 
Qosed 

IJnodrfs B-Qay 
Oosed 
July 4th 
Oosed 

Memorial Day 
Qosed 
Veterans Day 
Qosed 



Open Closed dose 
Open Qosed Qose 
Open Qosed Qose 
Open Oosed Oase 
Open Qosed Oose 
Open Qosed Qose 



Thanksgiving Day Open Oosed Oose 
Qosed 



Christmas Day 
Qosed 



Open Qosed Qose 
Open Qose 
Open Oose 
Open Qose 
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Open 



Cose 



Supplier Type 
Please check those 
categories that best 
identify your type of 
business 



Retailer 

WD 

Jobber 

New Car Dealer 



Franchise 
Affiliation 

Select your affiliation. 



Corporate 
Ownership 
Select your affiliation. 



Select Your Point 
Of Sale 

Business System 



0 



NAPA 

Bumper to Bumper 
Federated 
IWDA B 

If Not On Our List, Please Add Your Franchiser 



None 



B Branch ID 



If Not On Our List, Please Add The Name Of The 
Corporation That Owns Your Location 



Select One 



0 



Comments 
Enter some descriptive 
information about your 
company. What you input 
here will be displayed to 
potential parts 

purchasers. B 



E 



Continue 
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RAN VENDOR SERVICES INFORMATION 



ptro 



Delivery 

Sdectthedeiiuery 
services you offer 

•Whip Ship" 

Shipping Options 

Enter descriptions of the 
various shipping options 
ptxwded to purchasers 



rk&Shc*(unschecUed) 

Scheduled (pehodc at set times) 

VMM Ship (to purchasers outside ddhery area) 

Option #1: 

UPS Standard Ground 
Option *& 

UPS 3-Oay Ground 
Option 

UPS 2-Oay Ground 
Option #4: 

UPS CKenight 
Option #5: 

UPS CK^mght Saturday 
Option #& 

DHL International 
Option iff: 



Option #Bl 



PartHdd 

Will pewit Shops to 

place part on hold 

Tenms& 
Condtions 

CutandPasteycur 
corrpan/s terms end 
condtions 



WILL HOLD PART(S) FOR 0 hour(s) 



Continue 
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VENDOR USER AUTHENTICATION ho 

Youvwill need to create a basic User Axount for general access to RAN, as v\dl 
as an Administrative User Axount TheA±r8nis1rati\«AxoLDTtallcvvsvajtD 
change yor operating parameters within RAM 

User Name 
Password 
Re-Enter Password 

Permission Level Un-Restricted 



You will need to enter an Aohini strati ve Usemame and Password 
that will give you authority to change your account profile settings. 
Please enter them below. 

A±rtin User Name 
Admin Password 
Re Enter Password 

Permission Level Admi ni strati ve 

Add Additional User(s) finished Adding Users 
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VENDOR M/ANUF/OJRER /LINE SELET10N 



|^FO 



From the listbdowt please selecttheMaiufedurer/ Une(s) for which you need 

a 

Preferred Lxral AftermarkfitVfendor 



ABCDEF6HI JKLM NOPQRSTUVWXYZ 



Select 



A1 Cardone Canada □ 

A1 dutch □ 

A1 Cardone Industries □ 

AXERadatn- □ 

A1 Cardone LD Calipers □ 

A1 Cardone Vacuum Punp □ 

A1 Cardone dutch Co. □ 

/sPS/BigA □ 

ABSCOLTEELTO □ 

ABSCO Canada □ 

AC Del co □ 

ACDdco(Rerrry) 0 

AC Dd co Canada □ 

AC Deloo Durapower Battery 0 

ACOeico Freedom Battery 0 

AC Deloo Rem/ Canada □ 

^CDelco/Durastop Brakes 0 

AC Delco/Durastop Canada □ 

AC Products □ 

Accel 0 

Accurate Paris Division □ 

AO □ 

AO Wind Washer Pump -Box □ 

AEdevite □ 

lEQidcBoot □ 

Aimoo Canada □ 
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VENDOR PARTS SUB-GROUP SELECTION 

From the list bda^ pi ease select the Parts Sub-Grutfs) for wNch you woUd 
liketopnoMde Stock Checks and /^ilattlityintbm^ontDPiit*iasers. 



Manufacturer / 
Line 



Parts 
Sub-Group 



Line Code 



Manufacturer / 
Line 



Parts 
Sub-Group 



Line Code 



AC Delco 



Filters / PCV Valves 

Bulbs 
Currently 
Unavailable In Out 

Ignition Parts 

Switches / Relays / 
Pigtails / Sockets 

Ignition Wires 

Thermostats / 
Housing 

Fans / Fan Clutches 
/Parts 

Radiators / Caps 

Batteries / Cables 

Charging System 
Parts 

Front Disc Brakes 

Front Disc 
Hardware 

Front Drum Brakes 

Rear Disc Brakes 

Rear Disc 
Hardware 

Rear Drum Brakes 

Rear Drum 
Hardware 

Master Cylinders / 
Kits / Boosters 

ABS Parts / Brake 
Cables / Switches 

Fuel Pumps / Parts 

Carburetors / Kits 

Carburetors Parts 



AC Delco 
(Remy) 



AC Delco 

Durapower 

Battery 



Ignition Parts 

Switches / Relays 
Pigtails / Sockets 

Fans / Fan Clutches 
/Parts 

Charging System 

Starting System 

Charging System 
Parts 

Starting System 
Parts 

ABS Parts / Brake 
Cables / Switches 

Choke Parts / 
solenoids / Valves 

emission Parts 

Diesel Injection 
Parts 

Blower Motors/ 
Duct Hose 



AC Filters / Valves / 
Kits / Parts 

Heat / AC Relays / 
Switches 

clutches / Parts 

Wiper Blades / 
Refills / Arms / 
Pumps 

Electric Motors 

Misc Relays / 
Switches 

Interior Accessories 
Batteries / Cables 
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VENDOR WORKFLOW PROCEDURES 

Selectlhe method by which RAM will handeyor 
Stock Check and Order Transactions 



Transaction Review & approval 



STOCK CHECKS 



ORDERS 



-Select One- 



-SdectOne- 



0 



COD Customer Account 

Wis is rhefiooountlD, Login 
Name and Uxjn Password 
RapidA/toNet utilizes to dsplay 
price led information to the COD 
Customer from your Business 
System ByprcMdng this 
information, you mil be panting 
Purchasers, that do not currently 
haw an account with yur 
company acces s to you- inventory 
3rd GOD Customer Pridng 
information 



Amount ID 
Log n Name 
Locpn Passvwrd 
Login Password (again) 



/ fyou choose ACT" to provide tNs 
information, you vw// not be able to 
transactwih Puchasers that DO 
NCJTha&anexstingaocotntwth 
yow business. 

Price Display Cations 

Select the Pridng Displa/ Option 
you wish to provide Purchasers as 
a default 



Initially Display Both Pricing aStoxklnformstion jjj 



finish 
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Setup RAN Purchasers In Your Area 

Below is a list of existing RAN purchasers that can be found in your general 
geojyaphic location. If any of these purchasers already have aooouits with you 
business, pi ease enter tha raooourtnumber(s) in the spaoe(s) provided To 
i nvite a purchaser to become a NEW customer, dick on the "Invite" link and 
follow the on-screen instructions. 



Customer 
Name 



Adcfress 



Telephone 



Customer 
Number 



Login Name 



Password 



Password 
Again 



Invitation 



ATs Repair 
Shop 



2993 E. 
Industrial 
Blvd*3ME 
Sacramento, 
CA 95684 



9166830839 



IPs Repair 948 Easy 916683-1839 [ 



Shop 



Street 
Roseville^ CA 
956G4 



][ 



Invite 



Invite 



(Ms 
Repair 



George's 
Auto Haven 

Henrys 
RxitShop 

Lou's Car 
Repar 



916683-1839 [ 



993W 
Avenue of 
G o mr race 
South 

Sacramento, 
CA 95843 

xxxx 916683-1839 [ 



xxxx 916683-1839 [ 



xxxx 916683-1839 [ 



xxxx 916683-1839 [ 



Marvin's 
Electronic 
Diagnostics 

Phil's Rrd xxxx 916683-1839 [ 
Repair 

Tomorrawland xxxx 
Car Repair 



Waliys 



xxxx 



916683-1839 [ 
916683-1839 



][ 



][ 



] 



J 



Invite 



Invite 



J Invite 



Invite 
Invite 

Invite 
Invite 

Invite 



finish 



Invite All New Purchases 
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1801 

Q Start J 

l~> 5 



RECEIVE A 
PART QUERY 
REQUEST 



I 



1809 



LOOK UP THE 
PART IN A 
CATALOG 



I 



1813 



DISPLAY A LIST 
OF PARTS 
AVAILABLE 



817 



RECEIVE A 




'STOCK CHECK 






REQUEST 






1 r 


,821 




STORE THE 






STOCK CHECK 






REQUEST IN A 






TXN DB 










TRANSMIT 






THE STOCK 






CHECK 






REQUEST TO 






VENDORS 






| ^829 




RECEIVE 






STOCK CHECK 






RESPONSE 






FROM 






VENDORS 






1 ; 


,833 




DISPLAY THE 






STOCK CHECK 






RESPONSE 





1837 



RECEIVE PART 
ORDER 
REQUEST 



J841 



STORE THE 
PART ORDER 
REQUEST IN 
TXN DB 



I 



J845 



TRANSMIT 

ORDER 
REQUEST TO 
VENDOR 



I 



1849 



RECEIVE 
ORDER 
CONFIRMATION] 
FROM 
VENDOR 



I 



1853 



DISPLAY 
ORDER 
CONFIRMATION 



( END ) 
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1901 



^ START ^ 



1905-^ 



E 



DISPLAY NEW ORDER FIRST Ul 
SHOWING A LIST OF VEHICLE 
IYEARS AND A BOX FOR USER TO 
ENTER A PART NUMBER 



PERFORM 
QUERY BY PART 
NUMBER/MANUF 

LINE CODE 



1917 




IN RESPONSE TO USER'S SELECTION 
OF A SPECIFIC YEAR BEING 
DISPLAYED, DISPLAY A LIST OF 
VEHICLE MAKES BASED ON THE 
YEAR SELECTED 



1921 



IN RESPONSE TO USER'S SELECTION 
OF A SPECIFIC MAKE BEING 
DISPLAYED, DISPLAY A LIST OF 
VEHICLE MODELS BASED ON 
MAKE SELECTED 



1925 



2^. 



IN RESPONSE TO USER'S SELECTION 
OF A SPECIFIC MODEL BEING 
DISPLAYED, DISPLAY A LIST OF 
VEHICLE ENGINE TYPES BASED 

ON THE VEHICLE MODEL SELECTED 



FIG. 19 



1 



.z: 



1929 



IN RESPONSE TO USER'S SELECTION 
OF A SPECIFIC ENGINE TYPE BEING 
DISPLAYED, DISPLAY A LIST OF PART 
GROUPS BASED ON THE ENGINE 
TYPE SELECTED 



1933 



IN RESPONSE TO USER'S SELECTION 
OF A SPECIFIC PARTS GROUP BEING 
DISPLAYED, DISPLAY A LIST 
OF PARTS SUBGROUPS BASED 
ON THE PARTS GROUP SELECTED 



1937 



IN RESPONSE TO USER'S SELECTION 
OF A SPECIFIC PARTS SUBGROUP BEING 
DISPLAYED, RETRIEVE CORRESPONDING 

PART ENTRIES FROM THE CATALOG 




-1941 

#OF^ 
ENTRIES 
RETRIEVED> 
N? 



1945 



DISPLAY PART 
ENTRIES 
RECEIVED 



1949 



PROCESS SUBGROUP DATASET 
AND DISPLAY A MULTI- 
SELECTABLE GROUP OF 

UNIQUE PART DESCRIPTIONS 



-*2. 



7953 



IN RESPONSE TO USER'S 

SELECTION OF PART 
DESCRIPTION(S), DISPLAY 
PART ENTRIES CORRESPONDING 
TO THE PART DESCRIPTION(S) 
SELECTED 



< 



START 



1991 
« 
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2007 



DISPLAY Ul TO ALLOW THE USER 
70 ENTER A LINE CODE OR 
SELECT ONE 




-2019 



YES 



VALIDATE 
LINE 
CODE 



2013 



ALLOW USER TO SELECT A 
LETTER FROM AN ALPHABETICAL 
SELECTION LIST 



I 



2021 



-2015 



IN RESPONSE TO USER'S 
SELECTION OF A SPECIFIC 
LETTER, DISPLAY A LIST OF 
MANUF. WHOSE NAMES 
BEGINNING WITH THE SELECTED 
LETTER 




NO 



i 



2017 



IN RESPONSE TO USER'S 
SELECTION OF A SPECIFIC 
MANUF. BEING DISPLAYED, 
DISPLAY A LIST OF PARTS 
SUB-GROUPS WITH EACH PART 

SUBGROUP HAVING A 
CORRESPONDING LINE CODE 



2023 



RETRIEVE PART ENTRIES 
IN CATALOG BASED ON 
PART NUMBER AND LINE 
CODE PROVIDED/SELECTED! 



2025 




2029 



DISPLAY MSG 
"NO MATCH 
FOUND" 



I 



^2 



2031 



IN RESPONSE TO 
USER'S SELECTION 
TO PERFORM 
STOCK CHECK, 
ALLOW USER TO 
SELECT A SPECIFIC 
VENDOR FROM HIS 
PROFILE TO SEND 
STOCK CHECK 
REQUEST TO 



DISPLAY 

PART 
ENTRIES 
RETRIEVED 



( en7 y 



2027 



I 



2033 



PERFORM STOCK 
CHECK 
PROCESSING 



2091 
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Parts Group 

Select A Part Croup From The List Below: 
1990 Chevrolet Camaro V8-305 5.0L VIN F 

• Tune-Up/Filters 

• Belts/Cooling 

• Electrical 

• Brak es 

• Fuel/Emission 

• Heating/AC 

• Engine 

• Drive Train 

• Suspension / Steering 

• Exhaust 

• Miscellaneous 
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Parts Subgroup 

Select A Part Group From The List Below: 
1990 Chevrolet Camaro V8-305 5.0L VIN F 

• Tune-Up/Filters 

• Belts/Cooling 

o Hoses 

o Thermostats / Housing 

o Water Pumps 

o Fans/Fan Clutc hes/ Part s 

o Radiator/Caps 

o Oil Cooler/Parts 

• Electrical 

• Brakes 

• Fuel/Emission 

• Heating/AC 

• Engine 

• Drivetrain 

• Suspension/Steering 

• Exhaust 

• Miscellaneous 
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Parts Descriptions 

Select A Part Group From The List Below: 
1990 Chevrolet Camaro V8-305 5.0L VIN F 

• Tune-Up/Filters 

• Belts/Cooling 

o Belts 
o Hoses 

» Thermostats / Housing 
• Water Pumps 

V SELECT ALL 

Water Pumps • New 
Water Pumps - Reman 

Find Selected Parts 

o Fans/Fan Clutches/Parts 
«> Radiator/Caps 
«> Oil Cooler/ Parts 

• Electrical 

• Brakes 

• Fuel/Emission 

• Heating/AC 

• Engine 

• Drivetrain 

• Suspension/Steering 

• Exhaust 

• Miscellaneous 



FIG. 21G 



SUBSTITUTE SHEET (RULE 26) 



WO 01720514 PCT/USOO/24671 

47/91 

PARTS CATALOG SEARCH RESULTS 

| Primary Local Vendors [▼N 21 03 ^ IF ° 

, ^ 210 . 5 <x,2107 

I Change Parts View I | Sorts By Part Description | 

Aftermarket Part# Part Description QtyReq List Qty Select Eartt Valley Federated 
Water PumDS terVfeh Price Required Part Mrghoyse 

Primary 

Arrow Remanufacturing (ARM) - Product Line Available From J ■ 

=> ,^2109 2111 

7-1363 Water Pump-Reman 1 $19.90 [Q Cj^ 

Perfect Circle (CIR) - Product Line Available From => ■ ■ 

228-2064 Water Pump-New i $69.40 [7] Q 

Sealed Power (SPW) - Product Line Available From* 



PC-669 Water Pump-New 1 /S68.45 [TJ 

Perfection Hy-Test (HYT) - Prod ucHjne Available From 



13-1931 Water Pump-New 

WP1931 Water Pump-Remain 




2115 ^ 2117 

| Check Stock 



Find Another Part 



Search By 

Part Number Part Number | urm 1 1 rmdpart | 
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P^RT NUMBER: part Number Here} 

Enter The RAN Line Code I BDX 1 1 Continue I 

• OR If You Do Not Know The RAN Line Code - |^FO 
Select A Manuf acturer From The Alphabetical List 

ABCDEFGHIJKLMNOPQRSTUVWX 
YZ 



FIG. 211 



MANUFACTURER SELECTION 

Select A Manufacturer From The List Below: 

• BarkleyMfg 

• Bendlx 

• Berton 

• Best Products 

• Bidwell 

• Binford 

• Boettger 

• Bosch 

• Bowden 

• Buckheim 
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M^NUF/*CTURER UNE SELECTION 

For PART NUMBER: 1416CB- MANUFACTURER: Bendx 



JkiFO 



Manufacturer / Line 
Bendix 



FIG. 21K 



Parts Sub-Group Line Code 

Filters / PCV Valves □ 

Ignition Parts □ 
Switches / Relays / Pigtails / Sockets □ 

Ignition Wires □ 

Thermostats / Housings □ 

Fans / Fan Clutches / Parts O 

Radiators / Caps □ 

Batteries / Cables □ 

Charging System Parts D 

Front Disc Brakes C 

Front Disc Hardware D 

Front Drum Brakes O 

Rear Disc Brakes O 

Rear Disc Hardware □ 

Rear Drum Brakes □ 

Rear Drum Hardware Q 

Master Cylinders / Kits / Boosters □ 

ABS Parts / Brake Cables / Switches □ 

Fuel Pumps / Parts Q 

Carburetors / Kits □ 

Carburetors Parts Q 

Choke Parts / Solenoids / Valves Q 

Emission Parts □ 

Diesel Injection Parts Q 

Blower Motors / Duct Hose □ 

AC Compressors / Clutches □ 

AC Filters / Valves / Kits / Parts □ 

Heat / AC Relays / Switches Q 
Heater Cores / AC Hoses / Mlsc Parts □ 

Clutches / Parts □ 
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P>^RT5 CAT/U.OG SEARCH RESULTS 

| Primary Local Vendors [▼) 
\ Change Parts View "H | Sorts By Part Description 



AFTERMARKET Part # Part Description QtyReq List Qty Select Parts Valley Federated 

PerVeh Price Required Part Warehouse 

Bendix Product Line Available From — > ■ 

141603 F Brake Rotor - RPO Code 1 Lf 1 $121.26 f7] Q 

| Find Another Part | Check Stock 



Search By ____ 
Part Number Part Number [ ni603 1 1 Rod Part | 



FIG. 21L 



PfiRlS CMALCG SEARCH RESULTS 

| Primary Local Vendors [▼] 
| Change Parts View j | Sorts By Part Description 



AFTERMARKET Part# Part Description QtyReq List Qty Select Parts Valley Federated 

PerVeh Price Required Part Warehouse 

No Match Found In Catalog - Click "Check Stock" To Send Request Directly To A Vendor 



| Find Another Part | Check Stock | 



Search By _ ^ 

Part Number Part Number j ni603 1 1 continue | 



FIG. 21M 
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VENDOR INQUIRY SELECTION fipo 

Part Number: {Part # Here} - MFG / LINE: {Bendix} 
vendor Preference | Primary Local Af termarket \w\ \ Change Vendors ~ 

PRIMARY LOCAL AFTERMARKET VENDORS 

® Parts Warehouse 
O Valley 
O Federated 

rTonanu^ 



FIG. 21N 
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5291 



2201 

Q START V 



2205 



DISPLAY A LIST OF PART ENTRIES 
MATCHING QUERY CRITERIA SPECIFIED 
BY THE USER 



I 



2209 



ALLOW THE USER TO INDIVIDUALLY SELECT 
ONE OR MORE PART ENTRIES BEING 
DISPLAYED TO BE STOCK CHECKED 



2213 



FOR EACH PART ENTRY TO BE STOCK CHECKED, 
ALLOW THE USER TO SPECIFY THE REQUIRED 
QUANTITY OF THE RESPECTIVE PART 



2217 



FOR EACH PART ENTRY TO BE STOCK CHECKED, 

ALLOW THE USER TO SELECT ONE OR MORE 
VENDORS THAT CARRY THE PART LINE TO WHOM 
THE STOCK CHECK REQUEST IS TO BE SENT 



I 



2221 



IN RESPONSE TO USER'S REQUEST^ CREATE 
ONE OR MORE STOCK CHECK REQUESTS BASED 
ON USER'S SELECTIONS 



I 



2225 



SEND STOCK CHECK REQUESTS TO SELECTED 
VENDORS* SYSTEMS 



I 



2229 



RECEIVE STOCK CHECK RESPONSES FROM 
VENDORS' SYSTEMS 



I 



2233 



DISPLAY STOCK CHECK RESPONSES TO USER 



♦ 2291 
C END Y 
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STOCK CHECK RESULTS BY M^NUF/OJRER 



Primary Local Vendors \W] j 301 j 307 
Resubmit Stock Check Request [▼111 Sort By Part Description | 



AFTERMARKET 
WATER PUMPS 

Arrow 
Remanufacturing 
[ARW] 



Part n Part Description 



Earls 
Warehouse 
Primary 

On 



Cost 



Hand 



7-1363 



Water Pump-Reman View 4 
Eridog 



Perfect Circle [PER] 228 

2064 



Water Pump New 



View \ 
Pricing 



Sealed Power [SPW] PC " 669 Water Pump New 



Perfect Hy-TeSt [PHT] 15-1931 Water Pump New 



WP1931 Water Pump-Reman 



Valley 



Cost 



On 
Hand 



2311 



$31.95 
Sell: 

$41.95 
Core 

$5.95 

□ 

$29.25 
Sell: 

$39.25 
Core 

$4.95 

□ 

$27.25 
Sell: 

$37.25 
Core 

$4.95 



Federated 



Cost 



On 
Hand 



□km a 
Sell 
$31.95 



Sell 
$32.75 



PARTS ALREADY ON THE ORDER APPEAR BELOW 



Aftermarket 
Belts 



Gates [GAT] 



Part# Part Description Parts Warehouse Valley 



Federate 



Cost 



On 



K060945 Serpentine Belt - Green 
Stripe 



Hand 

$21.95 
Sell: $32.93 



Cost 



I Add Another Part To The Stock Check Request 
I Add To Order 

Search By 



On 
Hand 



2321 



Cost 



On 
Hand 



J^2331 



FIG. 23 



Part Number PartNumber | 141603 II Find Part 
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£ 



MARKET 
SERVER 
RECEIVES A 
STOCK CHECK 
REQUEST FROM 
THE USER 



2405 



MARKET 

SERVER 
UPDATES TXN 
DB WITH ANEW 
STOCK CHECK 

REQUEST 



1 



MARKET 
SERVER WAITS 
FOR STOCK 

CHECK 
RESPONSE 




MARKET 
SERVER 
RETRIEVES 
STOCK CHECK 

RESPONSE 
ROM TXN DB 
AND DISPLAYS 
TO USER 



5491 



/stock checky"' 
^processing; 



DB CONVERTER 
SCANS TXN DB 

FOR NEW 
STOCK CHECK 

REQUEST 



X 



VENDOR SYSTEM INTERFACE (VSI) 
SCANS MESSAGE DB FOR NEW 
STOCK CHECK REQUEST (SELECT 
ORDER ROWS AND 
REQUESTITEM ROWS WITH 
MSG TYPE =STKREQ) 



2461 




2463 



DB CONVERTER CREATES 
A NEW ORDER ENTRY IN 
MESSAGE DB, SET MSG TYPE 
TO STKREOj CREATES A 
REQUESTITEM ENTRY FOR 
EACH PART ITEM TO BE 
STOCK CHECKED, SETS 
MSGTYPE TO STKREQ. 



I 



DB CONVERTER 
SCANS MESSAGE 

DB FOR STOCK 
CHECK RESPONSE 
(SELECT ENTRIES 

WITH MSG 
TYPE =STKR ESP) 



2439 




2465 



VSI SUBMITS NEW 
STOCK CHECK REQUEST 
TO VENDOR SYSTEM 



I 



2467 



VSI RECEVES STOCK 
CHECK RESPONSE 
INFO FROM VENDOR 



SYSTEM 



2469 



VSI CREATES A 
STOCK CHECK 
RESPONSE ENTRY IN 
MESSAGE DB, SETS 

MSG TYPE OF 
CORRESPONDING 
ORDER AND 
REQUESTITEM ENTRIES 
TOSTKRESP 



FIG. 24 



DB CONVERTER UPDATES TXN DB 

WITH STOCK CHECK RESPONSE INFO, 

SET MSG TYPE OF THE CORRESPONDING 

CRDER ENTRY AND REQUEST ITEMS 

ENTRIES TO STKUPDT 
1 
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( ^ 

( START J 



START 

X 

DISPLAY THE STOCK CHECK RESULTS 
RECEi VED FROM VENDORS 



2505 



2509 



ALLOW THE USER TO 
I NO VI DUALLY SELECT ONE OR 
MORE P/^RT ENTRIES BEING 
DISPLAYED TO BE ORDERED 



2513 



FOR EACH PART ENTRY TO BE ORDERED, 
ALLOW THE USER TO SELECT ONE OR MORE 
VENDORS TO WHOM ORDER PLACEMENT 
REQUEST IS TO BE SENT 



IN RESPONSE TO USER'S REQUEST; CREATE 
ONE OR MORE ORDER PLACEMENT REQUESTS 
BASED ON USER'S SELECTIONS 



2517 



2521 



SEND ORDER PLACEMENT REQUESTS TO 
SELECTED VENDORS' SYSTEMS 



2525 



RECEIVE ORDER CONFIRMATIONS FROM 
VENDORS' SYSTEMS 



I 



2529 



DISPLAY ORDER CONFIRMATIONS 
TO USER 



/ ^ -v?? 91 

f END J 



FIG. 25 
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2611 



MARKET 
. SERVER 
RECEIVES AN 

ORDER 
REQUEST FROM 
THE USER 



2615 



MARKET 

SERVER 
UPDATES TXN 
DB WITH ANEW 

ORDER 

REQUEST 



I 



MARKET 
SERVER WAITS 

FOR ORDER 
CONFIRMATION 




2621 



MARKET SERVER 
RETRIEVES 
ORDER 
CONFIRMATION 
FROM 
TXN DB AND 
DISPLAYS 
USER 

r=> 



FIG. 26 



5091 



. 2801 

f ORDER V 
^PROCESSINGS 



1 



DB CONVERTER 
SCANS TXN DB 

FOR NEW 
ORDER 

REQUEST 



VENDOR SYSTEM INTERFACE (VSI) 
SCANS MESSAGE DB FOR NEW 
ORDER REQUEST (SELECT 

ORDER ROWS AND 
REQJESTITEM ROWS WITH 
MSG TYPE = ORDREQ) 

at-,- 




2663 



DB CONVERTER UPDATES 
ORDER ENTRY IN 
MESSAGE DB, (SETS MSG TYPE 
TO ORDREQ UPDATES A 
REQUEST! TEM ENTRIES IN 
MESSAGE DB (SET MSGTYPE 
TOORDREQ) 



1 



DB CONVERTER 
SCANS MESSAGE 
DB FOR ORDER 
CONFIRMATION 
(SELECT ENTRIES 

WITH MSG 
TYPE =ORDCONF) 



2649 




2665 



VSI SUBMITS NEW 
ORDER REQUEST 
TO VENDOR SYSTEM 



I 



VSI RECEIVES ORDER 

CONFIRMATION 
INFO ROM VENDOR 



2667 



i 



2669 



VSI CREATES NEW 
ORDER RESPONSE 

EN1RYIN 
MESSAGE DB, SETS 

MSG TYPE OF 
CORRESPOND NG 
ORDER AND 
REOJJESTI TEM ENTRIES 
TOORDCONF 



DB CONVERTER UPDATES TXN DB 
WITH ORDER CONFIRM ATI ON INFO, 
SET MSG TYPE OF THE CORRESPONDING 
ORDER ENTRY AND REQUEST ITEMS 
ENTRIES TO ORDUPDT 
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, .,2701 

f ORDER V 

Processing / 



display summary of open 
jobs status 



IN RESPONSE TO USER'S 
SELECTION OF A VENDOR 
BEING DISPLAYED, DISPLAY 
THE SELECTED VENDOR'S 
INFORMATION 




IN RESPONSE TO USER'S 
SELECTION OF AN ORDER 
NUMBER BEING DISPLAYED, 
DISPLAY THE ORDER 
STATUS HISTORY 



2715 



2755 



I N RESPONSE TO USER'S 
SELECTION TO CANCEL A JOB 
BEING DISPLAYED, PERFORM 

A JOB CANCEL FUNCTION 



2717 



2757 



IN RESPONSE TO USER'S 
SELECTION TO CANCEL AN 
ORDER BEING DISPLAYED, 
PERFORM AN ORDER 
CANCEL FUNCTION 



2719 



IN RESPONSE TO USER'S 
SELECTION OFCATALOG 
STATUS BEING DISPLAYED, 
DISPLAY THE CATALOG PART 
SEARCH RESULTS FOR THAT 
PARTICULAR JOB 



2721 



IN RESPONSE TO USER'S 
SELECTION OF A STOCK CHECK 
STATUS BEING DISPLAYED, 
□SPLAY THE STOCK CHECK 
RESULTS FOR THAT 
'v^ TICULAP !0B _ 



2723 



IN RESPONSE TO USER'S 
SELECTION OF ESTIMATE 
STATUS BEING DISPLAYED, 
PERFORM THE ESTIMATE 
FUNCTION FOR THE JOB 
SELECTED 



2725 



DISPLAY ASUMMARY OF 
COMPLETED JOBS STATUS 



INRESPONSETOUSER'S 
SELECTION OF A VENDOR 
BEING DISPLAYED, DISPLAY 
THE SELECTED VENDOR'S 
INFORMATION 



INRESPONSETOUSER'S 
SELECTION OF AN ADD PART 
FUNCTION, DISPLAY THE 
PARTS GROUP MENU FOR 
THAT PARTICULAR JOB 



INRESPONSETOUSER'S 
SELECTION OF A RE-OPEN 
FUNCTION, DISPLAY THE 
PARTS GROUP MENU FOR 
THAT PARTICULAR JOB 



2791 

-» < END > #- 
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2801 5&91 2003 

OPEN JOBS V\^c»metDRapidAutDNetoorn! Bdowyouwill find ppyuipi 'pTirn 
QTATI IQ the status of all pending itEms that are cunrentJy vAJIvir LH I CU 
olMIUo open fa- youraooount You may review and act upon JOBS L, 

each item acoordngly. — |nfo 



There >Ve 3 New Vfendors 



2807 



[ 



O 



O 



O O 



Change View 



Aaiori Job Name/ 
Desc 

Buick Exhaust 
1986 Ods 88 
Tech: Fred 



2815 

Carcd Fan Replacement 
Job 1987Pontjac 
Grand An 

Harrison's Brakes 
1987Pontiac 
Grand Am 
Tech: Fred 

Jane's Water 

Pump 
1990Oievrdet 
Carnaro 
Tech: Jim 



Caned 
Job 



Job 



2817 



Cancel Order 



Mays Brake Jcb 
1990 Chevrolet 
Carnaro 

Mary's Water 

Pump 
1990 Chevrolet 
Carnaro 
Tech: Jim 

Bill Manter Brakes 

&Bdts 
1996 Buick Skvlark 
Tech: Amofd 



Jirrfs Carnaro 
1990 Chevrolet 
Carnero 
Tech: Jim 

Bets/s Carnaro 
1990 Chevrolet 
Carnaro 
Tech Jake 



Vendor 

Fedaatod 

280F 



Pats 
.Warehouse 



vaie/ 



vaiev 



Parts 



Chesrown 



Vaiey 



Order 
# 

9S3064 

2811 



984721 



984721 



Status 

ORDER 
ACCEPTED 
7/23/96 7:43am 

ORDER 
DELIVERED 
ZfZ3/9B 7:43am 
RETURN 
APPROVED 
CATALOG »~ 
W7m 1Q 11am 

0RD.ER 
DELIVERED 
7/2S96ft(Bam 
RETURN 
APPROVED 

ORDER 
DELIVERED 
7/2338 ft 13am 
RETURN 
PICKED UP 



Conrnunj cation 



2819 



^Page 
^Page 



2835 
READ 



Page 



2823 



STOCK CHECK' 
7/2S9B813am 



ORDER SENT 
8/1/98 ft31am 



ORDER IN 
PROCESS 
7/2^98 ft 13am 

ORDER IN 
PROCESS 
7/25/98 ai3am 

ORDER NOT 
VERIFIED 
8/l/98a31am 

2829 

ESTIMATE 
8£98n:10am 



^-Page 

^-Page 
^Page 
^-Page 

^Page 



AMaxinxflnnurrtw of 25 Closed Jobs can appear on the screen atanyg'van 
| Previous 25 Jobs | Next 25 Jobs 
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Federated 





Billv William 


Address 


of ( o v\t vjiesuer divcl 


uty 


Sacramento 


otatB 


LA 


Zipoode 


95887 


Telephone 


916-345-9987 


Fax 


916-987-4776 


Email 


BWilliams@lntEmet5.0Qm 


Business Hours 


Monday-Friday 8tfXtem-5:0Cpm 




Saturday: 1QO0Bm-3:O0pm 


Holiday Hours 


New Years Day - Closed 




Lincoln's B-Day - 8:fX&m-5:0Cpm 




July 4th -dosed 




Memorial Day - Closed 




veterans Day- Closed 




Thanksgving Day - dosed 




Christmas Day -Closed 


Supplier Type 


Wholesale Distributor 



Franchise Affiliation N4PA 

Corporate Affiliation None 

Comments Westock over 700 unique parts from AC Ddoc^MotDroaftandMopar. 

Del i very Offered Hot Shot, Scheduled 

Terms &Condticns view Terms 

Manufacturer /Lines view List 

Deli very Route(s) MewRoutefe ) 

[Return To Previous Paqel Add Vendor To Profile I 
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ORDER STATUS Order # 985064 Vendor Federated /nf, 

Action Item Stodc Check Order Status Return Status Care 

Description Status 

Catalog Stxk are Accepted Sipped Ddfvered Revest Appnxel HdeHto Pictakjp 
uedc 

RfflimAilb P/Nfc39943E 7/23/98 7/2198 7/2198 7/23/98 7/S9B 
C^yticConvartEr 7:0Cam 7:06am 7:43am a(Bam&33am 

Qynments: Here ^ ™** find oor rymns that have been transmi t ted from the Purchaser to the Msndor. Each 
line item may have irdudual corrroents displays! 

I Return To Status I 



FIG. 28C 



Oder #. 985060 Vendor Valley 



piFO 



Action 


Item 
Description 


Stock 
St 


Check 

3tUS 


Onder Status 


Return Status 


Cone 




Stock 
Chock 


j Sent jj/toepBd 


Shipped | Deli vera) | 


| Request | 


ton** j PicteoHJp 


PktecHJp 



P/N:39943E 7/23^7/23^7/23^7/23^7/23^/23^ 7/3QS8 7/3QS8 

Tail Pipe 7:00am ZOGam 7:43arn aC3am&43am9rt)3am ai3an a31am 

Crwrw^ Here you vvill find Each line item 

m^roveind^drfomrBTtscBspl^ 



Return To Statusl 
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You Wish lb Gose This Job: fao 

{Job Name Here} 
{Year Make Model Here} 
{Tech Here} 
{Status Here} 

Yes -dose Job No- Job Remains Open 

FIG. 30 



ESTIMATE: 



{ Purchaser Business Name Here} 
{Purchaser Address Here} 
{Purchaser Qty, State, Zipcode Here} 
{Purchaser Phone Here} 

Automobile: 1990ChevfdetCamara- V83.5L 

Customer Name 

Address 

City 

State 

Zipcode 
Phone# 



Part# 


Part Description 




Price 
/Rate 


Total | 


Delete 



K080945 Gates- Serpentine Beit- Green Stripe 

228-2064 PerfeaGrde- Water Punp New 

CORE "AGore Ticket- Perfect Orde - Water Pump New 

This change appears in lieu of a core being returned 

BD61445 Wagner - F Rotor Wheel Nut 

AS429 AjtoTenp- Electric Cod Fan Switrfi 
Labor Cost 



$21.95 $21.95 

$2£95 $25.95 

$4.95 $495 

$4C197 $40.97 

$1489 $14.89 



Back To The Order | Calculate Estimate | 



FIG. 31 
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npFN V\^<xmetDRapdAutDNetoom! Bdcwyaj will find COMPLETED htFO 

jqdq the status of all "dosed jobs". The first twenty five jobs 

r^r-A-nV jobs, frari the new^tD oldest, are displayed as a 

SMJS defaultvie^ 



COMPLETED JOBS VIEW: ^)ByJobQByTechQBy\^TideQ[^Date[ 



Aaion 



Add Pate 



Ajd Parts 



Aid Pats 



Job Name/ 
Desc 

Bill Smtn s Tlmaip 
1990 Chevrolet 
Camaro 
V8-305SGLVINF 
Tech: Fred 


Vendor 

Parts 
Warehouse 


0rder# 

975064 


Status 

COMPLETED 
7/2208 7:43am 


Front Bearing 
Replacement 
1990 Chevrolet 
Camaro 
V8-3O5S0LVINF 
lech: Fred 


Paris 
Warehouse 


975001 


COMPLETED 
7/19/98 1Q11am 


Ar Conditioning 

Recall 
1990 Chevrolet 
Camaro 
V8-305SCLVtNF 
lech: James 


Valley 


974933 


COMPLETED 
7/18/98 9:43am 


Front Bearing 
Replacement 
1992 Toyota Tercel 
Teak Red 




975001 


CANCHIFD 
7/7/98 1Q11am 



Message 



Amawrnum number of 25aosed Jobs can appear on thescrem at ariygven moment 

| Previous 25 Jobs|Next 25 Jobs | 



FIG. 32 



SUBSTITUTE SHEET (RULE 26) 



WO 01720514 



63/91 



PCTAJSOO/24671 



> 



c 

> 



o 



CO 
3 

4-» 
CD 

4-» 

CO 

c 



cr: 



CO 

4-» 

03 
CO 

L_ 

<D 



J* 

U 

CD 
-C 
(J , 

CO 



i 

"D 
OJ 

J* 
CJ 



CD 
U 



03 

i 



CO 
OJ 
3 

cr 

| 

T3 
OJ 

L— 

OJ 

> 

"53 
Q 



(D 

Q. 

CO 



Q. 

U 
U 



0) 

CO 



o 

<D 

U 

u 
o 

CO 

co 

CO 



c 
o 



o 

CO 
0) 
Q 



c 
g 

< 



Ol Q_ 

co to 



00 c 

\ CC 
co 10 

™ 9 



00 c 

\ « 

CO O 

r\j O 

is*- 



8 

c 
cc 
U 



cj 

UJ 



o 
c 

> 



0J 

CO 
00 
-C 

y 

3 

E Q- 

O S2 

oj £ 
*J q> 

E 
c 



E 
£ 

03 tj 

c 1 

si 

« s 

4-> 03 
03 -C 

2 1 

is 

£ «> 
E * 

o OJ 
cj c 

C 



3 
O 

2 

OJ 

x 

• • 



£ E 

CD Q. 



m 



LO 



CM 



oo c 

S CO 

CO CO 

CM O 



oo c 
co o 

CM O 

>^ ■ • 



co ^ 

CVJ CO 
CM <d 
CO C 

^3 



LU 

O 

u 



o 

CO 



O 
T3 
C 
OJ 

> 

0J 



0J 

CO 
CO 



3 

J! ^ 

cc 

E Q- 

p .52 

oj £ 

a oj 

co E 

£ ° 
co a 

~ 75 

C 3 

a> -a 

JS| 

4-» CO 

CO -C 

co 

CO c 

I E 

£ <w 

o 0J 
CJ £ 

•o 
c 



o 

0J 



CO 



o 
u 



CO 
3 

■M 
CO 

a 

C 
1— 

3 

4-» 

0J 

cr 



a 

l-H 



SUBSTITUTE SHEET (RULE 26) 



WO 01/20514 



PCTYUSOO/24671 



64/91 



^ co c 
r» o> E 

5? CO CO 
CM •— 



E B 



E £ 
E o 

= e 
| 

3 o 

cr *■ 

Q£ CO 

a 

O c 

VP '5 
as o 

•S3 

O a> 



Z5 T3 

< <D 
o 

b » 

CD > 
C£ CO 



o 
>- 



c 

3 

a> 
a: 



c 

o 

CO 
CO 

a> 
a: 



si 

ro a. c a> 

IIII 



"D 

CI) 

o 



CO 
LU 

0) 



O 
(/> 

a> 
O 

t 

CL 



LO 

CsJ 

5» 



CO ^~ 

* t 

cr> a> 
co iS > 

e u o 



a 

O" 

<D 

or 

c 
o 

V-» 

CO 
N 



3 
< 



"D 

c 

CO 



o 

a. 



10 

CO 

rsj 



CO 

a 

E 



SUBSTITUTE SHEET (RULE 26) 



WO 01720514 



PCT/US00/24671 



65/91 



/ \ 3 

f START y 



3505 



IN RESPONSE TO USER'S REQUEST FOR 
DETAILED STATUS INFO, RETRIEVE STATUS 
INFO FOR EACH PART ITEM ON THE ORDER 



I 



3509 



DETERMINE THE CURRENT STATUS OF 
APART ITEM CM THE ORDER 



INDICATE THAT 
THE USER IS 
ALLOWED L YES 
TO SUBMIT 
RETURN 
REQUEST 



3525 



YES 




J517 



INDICATE THATTHE 
USER IS ALLOWED TO 
SUBMIT CANCEL REQUEST 



3521 



DISPLAY 
DETAILED 
STATUS 
HISTORY 
FOR EACH 
PART ITEM ON 
THE ORDER 



3533 



_3S3 



IN RESPONSE 
TO USER'S 

SELECTION TO 
CANCEL, 
PERFORM 
CANCELLATION 
FUNCTION 



3541 



IN RESPONSE 
TO USER'S 
SELECTION TO 
RETURN, DISPLAY 

RETURN AUTH 
REQUEST SUMMARY 



3545 



FIG. 35 



IN RESPONSE TO 
USER'S REQUEST 
PERFORM RETURN 
FUNCTION 



SUBSTITUTE SHEET (RULE 26) 



WO 01/20514 



PCT/US00/24671 



6691 



3611 



/^^NCELUT10N\je01 
^PROCESSING J 



£ 



3615 



MARKET SERVER 

RECBVESA 
CANCELLATION 
REQUEST FROM 
THE USER 

T 



I 


MARKET SERVER 




UPDATES TXNDB 




WITH ANEW 




CANCELLATION 




REQUEST 


3617 i 


I 


MARKET SERVER 




WAITS FOR 




CANCELLATION 




CONFIRMATION 


3619 




Xc^icelution\ 




.CONFIRMATION IN/ 



TXNDB? 



LYES 



MARKET SERVER 

RETRIEVES 
CANCELLATION 
CONFIRMATION 
FROM TXNDB AND 
DISPLAYS TO USER 



I 



DB CONVERTER 
SCANS TXNDB FOR 
NEW CANCELLATION 
REQUEST 




3645 



VENDOR SYSTEM INTERFACE 
(VSI) SCANS MESSAGE DB FOR 
NEW CANCELLATION REQUEST 
(SELECT ORDER ROWS AND 
REQUEST! TEM ROWS WITH 
MSG TY PE =CANREQ) 

r=> 



3663 



DB CONVERTER UPDATES 
ORDER ENTRY IN MESSAGE 
DB, SET MSG TYPE TO CANREQ 
UPDATES REQJESTI TEM ENTRY 

FOR EACH PART ITEM TO BE 
CANCELLED, SETS MSGTYPE TO 
CANREQ 

I 




3649 



t 



DB CONVERTER 
SCANS MESSAGE 

DBFOR 
CANCELLATION 
CONFIRMATION 
(SELECT ENTRIES 
WITH MSG TYPE = 
CANRESP) 




VSI SUBMITS NEW 
OWCELLATION 
REQUEST TO 
VENDOR SYSTEM 



3667 



VSI RECEIVES 
CANCELLATION 
CONFIRMATION 
INFO FROM VENDOR 
SYSTEM 



"3689 



VSI UPDATES MESSAGE 
DB WITH CANCELLATION 
CONFIRMATION INFO, 
SETS MSG TYPE OF 
CORRESPONDING ORDER 
AND REQUESTITEM 
ENTRIES TO CANRESP 



u 



FIG. 36 



DB CONVERTER UPDATES 
TXNDB WITH 
CANCELLATION CONRRMATION 
INFO, SETS MSG TYPE OF THE 
CORRESPONDING ORDER 
ENTRY AND REQUEST ITEMS 
ENTRIES TO CANUPDT 
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MARKET SERVER 
RECBVES A RETURN 
REQUEST FROM THE 
USER 



3715 

If 



I 



MARKET SERVER 
UPDATES TXNDB 

WITH ANEW 
RETURN REQUEST 



3717 



u 



I 



MARKET SERVER 
WAITS FOR 
RETURN 
AUTHORIZATION 




MARKET SERVER 
RETRIEVES RETURN 
AUTHORIZATION 
FROM TXNDB AND 
DISPLAYS TO USER 



f RETURN V 3701 
y PROCESSINGy 



I 



DB CONVERTER 
SCANS TXNDB FOR 
NEW RETURN 
REQUEST 




3745 



VENDOR SYSTEM INTERFACE 

(VSI) SCANS MESSAGE DB FOR 

NEW RETURN REQUEST 

(SELECT ORDER ROWS AND 

REQUESTITEM ROWS WITH 

MS G TYPE =RETREOJ 

_, 



3763 



DB CONVERTER UPDATES 
ORDER ENTRY IN MESSAGE 
DB, SET MSG TYPE TO RETREQ 
UPDATES REQUESTITEM ENTRY 

FOR EACH PART ITEM TO BE 
RETURNED, SETS MSGTYPETO 
RETREQ 

I 




3749 



I 



DB CONVERTER 
SCANS MESSAGE 
DBFOR 
RETURN 
AUTHORIZATION 
(SELECT ENTRIES 
WITH MSG TYPE = 
RETRESP) 




VSI SUBMITS NEW 
RETURN 
REQUEST TO 
VENDOR SYSTEM 

+ 3 * 



VSI RECEIVES 
RETURN 
AUTHORIZATION 
INFO FROM VENDOR 
SYSTEM 



3769 



VSI UPDATES MESSAGE 

DB WITH RETURN 
AUTHORIZATION INFO, 
SETS MSG TYPE OF 
CORRESPONDING ORDER 
AND REQUESTITEM 
ENTRIES TO RETRESP 



3753 




FIG. 37 



DB CONVERTER UPDATES 
TXNDB WITH 
RETURN AUTHORIZATION I NFO, 
SETS MSG TYPE OF THE 
CORRESPONDING ORDER 
ENTRY AND REQUEST ITEMS 
ENTRIES TO RETUPDT 
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/ \ 3801 

I START y 



± 



3805 



IN RESPONSE TO THE USER'S REQUEST RETRI EV€ ORDER 
I NF0RMA710N FROM THETXNDBAND PREPARE A 
SUMMARY USTCF [HJVERYyOCRE/RETURN STATUS 



OSPLAY THE SUMMARY U ST TO THE USER 



I 



IN RESPONSE TO THE USER'S SELECTION OF A 
VENDOR BEING □ SPLAYED I N THE SUMMARY U Si; 
Dl SPLAY A PI CKUP/OEU VERY USER INTERFACE 
SHOWING AUST OF INDIVIDUAL PART ITEMS 
ORDERED FROM THE VENDOR SELECTED 



A 



ALLOWTHE USER TO INDICATE WHICH RART ITEMS 
ON THE U ST HAVE BEEN RECEIVED 



I 



ALLOW THE USER TO INDICATE, IF THERE ARE 
CORES TO BE RETURNED, WHETHER A CORE FOR A 
PARTICULAR PART ITEM HAS BEEN RETURNED 



ALLOWTHE USER TO INDICATE, IF THERE ARE PART 
ITEMS TO BE RETURNED, WHETHER ANY 
PARTICULAR PART HAS BEEN RETURNED 



I 



UPDATE THE TXN DB TO REFLECT THE DELIVERY/ 
CORE RETURN/PART RETURN STATUS BASED UPON 
THE USER'S SELECTIONS 



I 



/ \ 3891 

( g r 



3809 

LT 1 



3813 



3817 



3821 



3825 



3829 



FIG. 38 
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/ \ 4001 

f START y 



J 



4005 



IN RESPONSE TO USER'S REQUEST, ALLOW 
THE USER TO SELECT AREPORTTYPE 




CUSTOM - 



4009 



ALLOWThE USER TO 
DOWNLOAD DATA FROM 
THE SYSTEM TO CREATE 
CUSTOMIZED REPORTS 



STANDARD 
L_ 



Di SPLAY A MONTHLY VENDOR 
TRANSACTION REPORT 



4017 

r- 1 



I 



4021 



IN RESPONSE TO THE USER'S SELECTION 
OF A VENDOR BEING DISPLAYED, DISPLAY 
A WEEKLY VENDOR TRANSACTION REPORT 



I 



IN RESPONSE TOTHE USER'S SELECTION 
OF A WEEKLY PERIOD BB NG DISPLAYED, 
DISPLAY A DAILY VENDOR TRANSACTION 
REPORT 



4025 



I 



4027 

r- 1 



IN RESPONSE TO THE USER'S SELECTION 
OF ASPEORC DAY, DISPLAY A SINGLE 
DAY TRANSACTION REPORT 



I 



4029 



IN RESPONSE TO THE USER'S SELECTION 
OF ATRANSACTCN BEING DISPLAYED, 
DISPLAY A TRANSACTION SUMMARY 
REPORT 



I 



4091 



FIG. 40 
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MONTHLY VENDOR TKANS/OON ANALYSIS 
^Mowember 199^ 



Vendor # Of Orders Purchase $RetLm$ Net Of Return $ Avg. Order $ 



fiBC Distributing 


22 


$17,234.27 $347.21 


$16,887.06 


$767.59 


Bennett Brothers 


7 


$923,55 $3&45 


$884.10 


$12630 


CarQiest 


6 


$1,232.89 $Q00 


$1,23289 


$205.48 


Davenport; Inc. 


5 


$43478 $1287 


$421.91 


$8438 


Napa Sacramento 


5 


$1,64S33 $11243 


$1,53290 


$30658 


Parts Xpress 


2 


©17.44 $Q0O 


$317.44 


$158.72 


World Parts 


1 


$39.97 


$39.97 


$39.97 


TOTALS 


48 


$21,828 23 $511.96 


$21,316.27 


&AAA ntk 
4fvru\A2 



Reports Menu 



FIG. 41B 



MONTHLY VENDOR TRANSACTION ANALYSIS BY WEEK 
ABC Distributing - November 1 998 

Vendor Week/Date # Of Orders Purchase $ Return $ Net Of Return $ Avg. Order $ 

ABC Distributing 11/1/99- 11/7/98 6 $7,234.27 $147.21 $7,087.06 $1,181.16 

11/8/98- 11/14/9B 9 $8,932.55 $200.00 $8,732.55 $992.51 

11/15/98- 11/21/98 3 $232.89 $0.00 $232.89 $232.89 

11/22/98- 11/28/98 3 $434.78 $0.00 $434.78 $434.78 

11/29/98- 11/30/98 1 $399.78 $0.00 $399.78 $399.78 

TOTALS 22 $17,234.27 $347.21 $16,887.06 $767.59 

I Reports Menu I Previous Report l 



FIG. 41C 
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WEEKLY VENDOR TRANSACTION ANALYSIS BY OF WEEK 
ABC Distributing - November 1 998 

Vendor Week/Date # Of Orders Purchase $ Return $ Net Of Return $ Avg. Order $ 



ABC Distributino 1 1 /I /98 - Monday 


2 


$3,217.87 


$0.00 


$3,217.87 


$3,217.87 


11/2/98 -Tuesday 


1 


$0.00 


$147.21 


$-147.21 


$-147.21 


11/3/98- Wednesday 


1 


$1,232.89 


$0.00 


$1,232.89 


$1,232.89 


11/4/98 -Thursday 


0 


$0.00 


$0.00 


$0.00 


$0.00 


11/5/98 -Friday 


1 


$1,909.81 


$0.00 


$1,909.81 


$1,909.81 


11/6/98 -Saturday 


1 


$499.90 


$0.00 


$449.90 


$449.90 


11/7/98 -Sunday 


1 


$423.80 


$0.00 


$423.80 


$423.80 


TOTALS 


6 


$7,234.27 


$147.21 


$7,087.06 


$1,181.18 



I Reports Menu I Previous Report l 

FIG. 41D 



DAILY VENDOR TRANSACTION ANALYSIS BY SINGLE DAY 
ABC Distributing - November 1 998 

Vendor Day Of Week Trans # Purchase $ Return $ Net Of Return $ Avg. Order $ 

ABC Distributing 11/1/98 981 1 1 702 $1,503.42 $0.00 $1,503.42 

98111903 $1,714.45 $0.00 $1,714.45 
TOTALS $3,217.87 $0.00 $3,217.87 $1,608.94 

I Reports Menu I Previous Rep ort! 



FIG. 41E 
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Purchaser Order Summary Report 
Ordered From: ABC Auto Parts 
Vendor Invoice #: 01 977 
Date: November 1, 1998 - Time: 7:42am 



Order # Part # Qty Part Desc Part Cost Total 

9811702 AE2122 2 RaybestnsF Rotor -New $69.98 $139.96 

AE2245 2 RaybestoF Cafiper -New $28.87 $57.74 

AE2309 2 RaybestDsFMetalic-Nav $9.98 $19.96 

2444 2 R$testDsRCdipe--New $28.87 $57.74 

AE2593 10 Raybestos Wheel Rottr Bolts $1.98 $19.80 

Order Total $295.20 



I Reports Menu I Previous Re port I 



FIG. 41F 
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C START J 



IN RESPONSE TO THE USER'S REQUEST; 
DISPLAY STATUS SUMMARY OF PENDING 
TRANSACTIONS AND ACTIVITIES BASED 
UPON INFORMATION RETRIEVED FROM THE 
TXNDB 



I 



IN RESPONSE TO THE USER'S SELECTION 
OF ASPEQRC ORDER TXN INTHE 
SUMMARY USX DISPLAY AN ORDER 
SUMMARY Ul TO ALLOW THE USER TO 
REVIEW AND APPROVE THE ORDER 



I 



IN RESPONSE TO THE USER'S SELECTION 
OF ASPEQHC STOCK CHECK TXN INTHE 
SUMMARY LIST, DISPLAY A STOCK CHECK 
SUMMARY Ul TO ALLOW THE USER TO 
REVIEW AND UPDATE THE STOCK CHECK 



I 



IN RESPONSE TO THE USER'S SELECTION 
OF ASPEORC RETURN TXN IN THE 
SUMMARY UST, DISPLAY A RETURN 
AUTHORIZATION REQUEST Ul TO ALLOW 
THE USER TO REVI EW AND APPROVE OR 
DECLINE THE RETURN REQUEST 



I 



j 4291 



4205 



4209 



4213 



4217 



FIG. 42 
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"PENDING" ITEMS ACTIVITY STATUS /nfo 
TRANSACTIONS REQUIRING INTER/OON 



| ORDERS 


| Options | 


Purchaser | 


|Aooount# 


Trans 
# 


Status 


Communication 



BrakeMasters 3992843 °£39® InadequateStrck 
S^to#234 49K849 ggfiB? 233? 



^Page 
^Page 



TODAY'S 
ACTIVITY 

27 FOR 
$12,073.21 







Brake Mas las 

Auto Repair 
Express 


3992843 
5963849 


984937 


Immedate 

Delivery 

Requested 

Verify Order 
Before Shipping 


^Page 


STOCK 
CHECKS 


Options 


Purchaser 


Account # 


Trans 

# 


Status 


Conrnuni cation 






vaieyAmcdElDs 


0112345 


985054 


1 nactequate Sti 


xk 
















Goodyear 
Sacrananp$g4 


4993849 


984987 


Manual Approed 
Required 


^Page 




AI'sAjtamotive 


0123992 


335??? 


Invalid Part 






RETURNS 


Options 


Purchaser 


Account # 


Trans 
# 


Status 


Conrnunication 






Brake Masters 


3992843 


12345 


Requested 




^Page 




GoooVag 

SaaamBD£3d 


4993849 


934987 


Requested 




^Page 



42 FOR 
$21,733.51 



2Ror 
$273.44 



AnExaTTdeOfVVhenThe VfendarGata^lsn^ 



FIG. 43A 
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FIG. 44 



4401 

IN RESPONSE TOTHE USER'S REQUEST 
DISPLAY HISTORICAL ACTIVITY SUMMARY 

FOR A SELECTED PERIOD BASED UPON 
INFORMATION RETRIEVED FROM THETXN 
DB 



I 



T 



IN RESPONSE TO THE USER'S SELECTION 
OF A SPECIFIC CUSTOMER OR PURCHASER, 
DISPLAY HISTORICAL ACTIVITY SUMMARY 

FOR THAT SPECIFIC CUSTOMER BASED 
UPON THE INFORMATION RETRIEVED FROM 
THETXNDB 



I 



1 4491 
END J 



4405 



IN RESPONSE TO THE USER'S SELECTION 
OF ANOTHER PERIOD, DISPLAY HISTORY 
ACTIVITY SUMMARY FOR THAT PERI CO 
BASED UPON INFORMATION RETRIEVED 
FROM THETXNDB 
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IN RESPONSE TOTHE USER'S SELECTION 
OF ANOTHER PERIOD, DISPLAY HISTORICAL 
ACTIVITY SUMMARY FOR THAT CUSTOMER 
FOR THE SELECTED PERIOD 
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IN RESPONSE TOTHE USER'S SELECTION 
OFAPARTICULAR TXN INTHE HISTORICAL 

ACTIVITY SUMMARY FOR THE SELECTED 
CUSTOMER, DISPLAY THETXN SUMMARY 
FOR THE SELECTED TXN 
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HISTORICAL /CT1V1TY For TOW 



Ctstrmer Name 

Brake Masters 
Goodyear S a or a n entp 

Bdb'sArtoSuppty 

C^K^jest Sacramento 
#127 



Orders/ 


Stock 


Returns 


Value 


Checks 




37fbr$12.07a33 


Count 7 


Count 2 


5 for $1,227.30 


Count 9 


Count 3 


1 for $178.23 


Count 2 


Count 1 


9for $3,127.10 


Count 27 


Count 2 



Status View Status Far 



iToctay 



I Change View | 



FIG. 45A 



HS10RIC«L/eiMIYFor| 



Customer Name Account 
# 

Brake Masters 3992843 



Screen 



Date/ 
Time 


Type 


Trans 
# 


Status 


07/2348 
12:23pm 


Order 


$73974 


Fulfilled 


07/2348 
11:45pm 


Order 




Ddruary 
Completed 


07/2248 
1Q17pm 


Stock 
Check 


9987652 


Fulfilled 


07£148 
1:13pm 


Return 


9455432 


AithorizBd 


07/2448 
ia22pm 


Order 


979712 


Fulfilled 


07/2448 
ft 12pm 


Stock 
Check 


9673862 


Fulfilled 


07/2348 
11:52pm 


Return 


8993231 


Returned 



View 
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( START j 



4605 



IN RESPONSE TO THE USER'S 
REQUEST ALLOW THE USER TO 
SELECT A REPORTTYPE 



□SPLAY A LOST ORDER 
REPORT BASED UPON 
DATA RETRI EVED FROM 
THETXNDB 



4615 



LOST SALES 



WHICH 
REPORTTYPE 
SELECTED? 

STANDARD 



4809 



CUSTOM 



4613 

_c=L 



ALLOW THE USER TO 
DOWNLOAD DATA FROM 
THE SYSTEM TO CREATE 
CUSTOMIZED REPORTS 



4617 



a SPLAY A MONTHLY ACTIVITY 
REPORT ORGANIZED BY WEEKS 



I 



4619 



IN RESPONSE TO THE USER'S 
SELECTION OF ASPEaFIC 
WEEKLY PERIOD, DISPLAY A 
WEEKLY ACTIVITY REPORT 
ORGANIZED BY DAYS 



I 



4621 



IN RESPONSE TO THE USER'S 

SELECTION OF ASPEORC 
DAILY PERIOD, DISPLAY A DALY 
REPORT ORGANIZED BY 
PURCHASERS 



I 



4623 



IN RESPONSE TO THE USER'S 

SELECTION OF ASPEORC 
PURCHASER, DISPLAY A DALY 
PURCHASER DETAIL REPORT 



I 



4625 



FIG. 46 



IN RESPONSE TO THE USER'S 
SELECTION OF ASPEORC TXN, 
DISPLAY ATXN DETAI L REPORT] 

i ,4891 

f END J 
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ABC Auto Parts - Year-To-Date Lost Order Report 



Morrtn 


Total 


Unfulfilled 


Total 


Value 


Lost 


Value 






Stock 


Stock 








rvHpro^ 1 TREND- 100% | 




Checks 


Checks 










January 


1,274 


651 


623 


$40,49*00 


227 


$14,75*00 


2671% 1 1 


February 


1388 


643 


745 


$48,425.00 


308 


$19,69*00 


2891% 1 1 


March 


1176 


469 


707 


$45,955.00 


312 


$20,28000 


3062% 1 1 


April 


1385 


758 


627 


$40,75*00 


278 


$18,07000 


3072% 1 1 


May 


2103 


1,110 


993 


$64,54*00 


198 


$1287Q00 


1662% 1 1 


June 


998 


497 


501 


$32,56*00 


144 


$9,36000 


2233% 1 i 


July 


1176 


617 


559 


$3633*00 


321 


$30,86*00 


3643% 1 1 


August 


1453 


839 


623 


$40,49*00 


249 


$16,18*00 


2R50K 1 1 


September 


1234 


535 


699 


$4*43*00 


261 


$16,96*00 


Z7.19% 1 1 


October 


1102 


507 


595 


$38,67*00 


210 


$13,65000 


2609% 1 1 


November 


1187 


575 


612 


$39,78000 


334 


$21,71Q00 


3*31% 1 1 


December 


1455 


677 


778 


$50,57000 


502 


$3263000 


39.22% 1 1 


YTD TOTALS 15,931 


7,869 


8,062 


$524,03000 


502 


$217,03*00 


2929% 1 1 



IRetum To The Vendor Reports Pagel 



REPORT KEY: 

The Year-To-Date Order Report gjxes a vendor an idea of how many times their Legacy System was querie 
Check Transactions, Orders placed with the Vendor, Total Stock Checks that were NOT converted to orders, and 
that were ordered from other vendors. 

The following terms describe this report and its associated variables and csdoJations. 
TOTAL STOCK CHECKS 

This oolirrridsplays the total nuntier erf Stock Checks perform 

YTD Total (bottom line) shows the total number of Stock Checks for the Yesr-To-Oate. 

UNFULFILLED STOCK CHECKS 

The total number of Stock Checks received by the Vendor, for which no order was placed with the Vfendor. The YTD 
(bottom line) shows the totaS Year-To-Date. 

TOTAL ORDERS 

The total number of orders placed by RANetinto the Vendor's Legacy System far each month. The YTD Total 
(bottom line) shows the total Year-To-Date. 

TOTAL ORDERS VALUE 

Thevdue of all orders placed by RANetinto the Vfendor*s Legacy System for each month. The YTD Total 
(bottom line) shows the total Year-To-Date. 

LOST ORDERS 

The total number of Stock Checks for which a purchaser Ordered from another vendor. The YTD Total (bottom line) 
shows the total Year-To-Date. 

LOST ORDERS VALUE 

The value of ail Lost Orders for each month. The YTD Total (bottom line) shows the total Year-To-Date. 
LOST ORDERS % 
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